GitLab планира да направи промени в правилата на услугата през септември, според които проекти, хоствани безплатно на GitLab.com, ще бъдат автоматично изтрити, ако техните хранилища останат неактивни в продължение на 12 месеца. Промените в правилата все още не са официално обявени и са на етап вътрешно планиране.
Промяната е насочена към намаляване на разходите за хостинг чрез освобождаване на ресурси за съхранение и обработка на изоставени проекти и неизползвани форкове. Смята се, че поддържането на инфраструктура за изоставени проекти представлява до една четвърт от всички оперативни разходи. хостинг GitLab.com и автоматичното почистване на такива проекти могат да ви спестят до милион долара годишно.
Преди действителното изтриване ще бъдат изпратени известия до собствениците на хранилищата, кандидатстващи за изтриване, в рамките на няколко седмици или месеци, като ги предупреждават да потвърдят уместността на проекта. Предвиждат се да бъдат изтрити само изоставени проекти, чиито автори не отговарят на предупреждения; през годината не са отбелязани промени в хранилището, не са публикувани нови издания и не са изпращани коментари.
Някои членове на общността обаче смятат предложеното премахване за лоша практика, тъй като кодът от неактивни хранилища може да се използва като зависимост в други проекти, които остават активни. Отбелязва се също, че постоянните промени не са цел на някои автори, които може да смятат, че текущото състояние на техния проект е достигнало оптимално ниво и кодът е достатъчно добър и не изисква подобрение, или първоначално отворена готова работа който не е планиран за разработване, но който може да бъде полезен за други.
В допълнение, кодът от неактивни проекти може да бъде препратен външно и изтриването му ще доведе до загуба на валидирано референтно копие (не е гарантирано, че неофициалните копия са свободни от злонамерена дейност), така че вместо да го изтриете, вероятно би било по-оптимално за да го преместите в архивирано състояние, като същевременно запазите възможността за достъп до кода в режим само за четене. За да спестите дисково пространство, когато съхранявате разклонения за боклук, можете да използвате по-ефективни методи за обработка на дубликати, например GitHub, за да избегне дублирането на данни, съхранява заедно всички обекти от главното хранилище и свързаните разклонения, като логично разделя собствеността върху ангажиментите.
Източник: opennet.ru
