GitLab usunie hostowane projekty z ponad rocznym brakiem aktywności

Niedawno pojawiły się wiadomości GitLab planuje zmodyfikować warunki korzystania z usługi na następny miesiąc (we wrześniu), zgodnie z którym projekty hostowane na darmowych kontach z GitLab.com zostanie automatycznie usunięty jeśli Twoje repozytoria pozostaną nieaktywne przez 12 miesięcy.

Zmiana ma na celu obniżenie kosztów utrzymania hostingu poprzez zwolnienie zasobów do przechowywania i przetwarzania porzuconych projektów i forków, które nie są w fazie rozwoju.

Szacuje się, że utrzymanie infrastruktury dla porzuconych projektów stanowi nawet jedną czwartą wszystkich kosztów hostingu GitLab.com, a automatyczne czyszczenie takich projektów może zaoszczędzić nawet milion dolarów rocznie.

The Register dowiedział się, że takie projekty stanowią nawet jedną czwartą kosztów hostingu GitLab, a automatyczne usuwanie projektów może zaoszczędzić usługi współpracy w zakresie kodowania w chmurze nawet do 1 miliona dolarów rocznie. Dlatego zasugerowano, że polityka ma pomóc w utrzymaniu stabilności finansów GitLab.

Osoby znające sytuację, które poprosiły o anonimowość, ponieważ nie są upoważnione do omawiania tego z mediami, powiedziały The Register, że polityka wejdzie w życie we wrześniu 2022 roku.

Przed faktycznym usunięciem, w ciągu tygodni lub miesięcy, powiadomienia będą wysyłane do właścicieli repozytorium żądają usunięcia z ostrzeżeniem, aby potwierdzić trafność projektu. Oczekuje się, że zostaną usunięte tylko projekty porzucone, których autorzy nie reagują na ostrzeżenia, w ciągu roku w repozytorium nie zarejestrowano żadnych zmian, nie opublikowano żadnych nowych numerów i nie przesłano komentarzy.

Jednak niektóre członkowie społeczności uważają proponowane usunięcie za złą praktykę, ponieważ kod z nieaktywnych repozytoriów może być używany jako zależność w innych projektach, które pozostają aktywne.

Zwraca się również uwagę, że trwałe zmiany nie są celem niektórych autorów, którzy mogą albo uznać, że obecny stan ich projektu osiągnął optymalny poziom, a kod jest wystarczająco dobry i nie wymaga poprawek, albo początkowo odkryć, że są planowane do opracowania, ale może to być przydatne dla osób wokół ciebie.

Geoff Huntley, rzecznik open source i uczestnik społeczności open .Net, określił tę politykę jako „całkowicie szaloną”.

„Kod źródłowy nie zajmuje dużo miejsca na dysku, dla kogoś, kto usunie cały ten kod, zniszczy społeczność. Zniszczą Twoją markę i dobrą wolę. Ludzie przechowują tam swój kod, ponieważ istnieje pomysł, że będzie on dostępny dla ogółu społeczeństwa do ponownego wykorzystania i remiksowania.

Oczywiście nie ma gwarancji, że zawsze będzie tam hostowany, ale niepisane zasady open source są takie, że udostępniasz kod, a nie usuwasz go. Zmusiliśmy opiekunów do ściągania kodu i wywołało to duże oburzenie w społeczności” – powiedział, zauważając, że ucierpią inne projekty, które zależą od wyciąganego produktu.

„Wszystkich zależności nie da się skompilować” – ubolewał.

Ponadto, kod z nieaktywnych projektów może być odwoływany przez zasoby zewnętrzne a usuwając go, zweryfikowana kopia wzorcowa zostanie utracona do którego można się odwoływać (nieoficjalne kopie nie są gwarantowane, aby były wolne od złośliwej aktywności), więc zamiast usuwania, prawdopodobnie bardziej optymalne byłoby zarchiwizowanie stanu przy jednoczesnym zachowaniu możliwości dostępu do kodu w trybie tylko do odczytu .

Aby zaoszczędzić miejsce na dysku podczas przechowywania widełek śmieci, możesz użyć bardziej wydajnych metod obsługi duplikatów, na przykład GitHub przechowuje wszystkie obiekty głównego repozytorium i powiązane z nimi widełki, aby uniknąć duplikacji danych, logicznie oddzielając własność od zatwierdzeń.

Na koniec warto wspomnieć, że zmiany w przepisach nie zostały jeszcze oficjalnie ogłoszone i są na etapie wewnętrznego planowania.

Wreszcie, dla tych, którzy chcą dowiedzieć się więcej na ten temat o notatce można zapoznać się z oryginalną publikacją W poniższym linku.