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