Firma GitLab planuje wprowadzenie zmian w zasadach korzystania z usługi w połowie września, zgodnie z którymi projekty zamieszczane na hostingu GitLab.com za darmo będą automatycznie usuwane, jeśli przez 12 miesięcy ich repozytoria pozostaną nieaktywne. Zmiany zasad nie zostały jeszcze oficjalnie ogłoszone i są na etapie wewnętrznego planowania.
Zmiana ma na celu obniżenie kosztów utrzymania hostingu poprzez zwolnienie zasobów na przechowywanie i przetwarzanie porzuconych projektów i nieaktywnych forków. Szacuje się, że na utrzymanie infrastruktury dla porzuconych projektów przypada do jednej czwartej wszystkich kosztów operacyjnych. hostingu GitLab.com i automatyczne usuwanie takich projektów pozwoli zaoszczędzić do miliona dolarów rocznie.
Przed faktycznym usunięciem w ciągu kilku tygodni lub miesięcy właściciele repozytoriów zakwalifikowanych do usunięcia będą otrzymywać powiadomienia z ostrzeżeniem o konieczności potwierdzenia aktualności projektu. Planowane jest usuwanie tylko porzuconych projektów, których autorzy nie reagują na ostrzeżenia, w repozytoriach przez rok nie były wprowadzone żadne zmiany, nie publikowano nowych zgłoszeń i nie wysyłano komentarzy.
Niemniej jednak, niektórzy członkowie społeczności uważają proponowane usunięcie za szkodliwą praktykę, ponieważ kod z nieaktywnych repozytoriów może być wykorzystywany jako zależność w innych aktywnych projektach. Zauważono również, że ciągłe zmiany nie są celem niektórych autorów, którzy mogą uznać, że obecny stan ich projektu osiągnął optymalny poziom i kod jest wystarczająco dobry oraz nie wymaga ulepszeń lub początkowo udostępniają gotowe osiągnięcia, które nie mają być rozwijane, ale mogą okazać się przydatne dla innych.
Ponadto, kod nieaktywnych projektów może być linkowany przez zewnętrzne źródła, a jego usunięcie prowadzi do utraty potwierdzonej wzorcowej kopii, do której można się odwoływać (w nieoficjalnych kopiach nie ma gwarancji braku złośliwej aktywności). Dlatego zamiast usunięcia, bardziej optymalnym rozwiązaniem byłoby przekształcenie w stan archiwalny z zachowaniem możliwości dostępu do kodu w trybie tylko do odczytu. W celu oszczędności miejsca na dysku przy przechowywaniu niepotrzebnych forków można zastosować bardziej efektywne metody przetwarzania duplikatów, na przykład GitHub przechowuje razem wszystkie obiekty z głównego repozytorium oraz związanych z nim forków, logicznie rozdzielając przynależność commitów.
Źródło: opennet.ru
