Het bedrijf GitLab is van plan in september wijzigingen aan te brengen in de gebruiksregels van de service, waarbij projecten die gratis worden gehost op GitLab.com automatisch worden verwijderd als hun repositories gedurende 12 maanden inactief blijven. De wijzigingen zijn nog niet officieel bekendgemaakt en bevinden zich in de fase van interne planning.
De verandering is gericht op het verlagen van de kosten voor het onderhoud van de hosting door middelen vrij te maken voor het opslaan en verwerken van verlaten projecten en niet-ontwikkelende forks. Het wordt geschat dat tot een kwart van alle operationele kosten naar het onderhouden van infrastructuur voor verlaten projecten gaat. hosting GitLab.com en de automatische opruiming van dergelijke projecten kunnen tot een miljoen dollar per jaar besparen.
Voordat daadwerkelijke verwijdering plaatsvindt, krijgen eigenaren van repositories die voor verwijdering in aanmerking komen enkele weken of maanden van tevoren waarschuwingen om te bevestigen dat het project nog actueel is. Alleen verlaten projecten die niet reageren op waarschuwingen, waarvan in het afgelopen jaar geen wijzigingen in de repository zijn aangebracht, geen nieuwe issues zijn gepubliceerd en geen opmerkingen zijn geplaatst, worden verwijderd.
Desondanks beschouwen sommige leden van de gemeenschap de voorgestelde verwijdering als een kwaad, omdat code uit inactieve repositories kan worden gebruikt als afhankelijkheid in andere actieve projecten. Ook wordt opgemerkt dat voortdurende veranderingen niet altijd het doel zijn van bepaalde auteurs, die de mening kunnen hebben dat de huidige staat van hun project een optimaal niveau heeft bereikt en de code goed genoeg is en geen verbeteringen behoeft, of dat ze oorspronkelijk een kant-en-klaar werkstuk openstellen dat niet verder ontwikkeld zal worden, maar dat nuttig kan zijn voor anderen.
Bovendien kunnen externe bronnen naar de code van inactieve projecten verwijzen en het verwijderen ervan leidt tot het verlies van de bevestigde referentie-exemplaar, waarnaar verwezen kan worden (bij niet-officiƫle exemplaren wordt geen garantie gegeven op het ontbreken van kwaadaardige activiteiten). Daarom lijkt het in plaats van verwijderen waarschijnlijk optimaler om over te schakelen naar een archiefstatus waarbij toegang tot de code in alleen-lezen modus behouden blijft. Voor het besparen van schijfruimte bij het opslaan van ongewenste forks kunnen meer efficiƫnte methoden voor het verwerken van duplicaten worden gebruikt, zoals GitHub, dat om gegevensduplicatie te voorkomen, alle objecten uit de hoofdrepository en bijbehorende forks samen opslaat, waarbij de toewijzing van commits logisch wordt gescheiden.
Bron: opennet.ru
