GitLab verwijdert gehoste projecten met meer dan een jaar inactiviteit

Dat maakte onlangs het nieuws bekend GitLab is van plan zijn servicevoorwaarden te wijzigen voor de volgende maand (in september), volgens welke de projecten gehost op gratis accounts van GitLab.com wordt automatisch verwijderd als uw repositories 12 maanden inactief blijven.

verandering heeft tot doel de onderhoudskosten te verlagen van hosting door middelen vrij te maken voor het opslaan en verwerken van verlaten projecten en forks die niet in ontwikkeling zijn.

Infrastructuuronderhoud voor verlaten projecten vertegenwoordigt naar schatting een kwart van alle GitLab.com-hostingkosten, en het automatisch opschonen van dergelijke projecten kan tot een miljoen dollar per jaar besparen.

The Register heeft vernomen dat dergelijke projecten tot een kwart van de hostingkosten van GitLab uitmaken, en dat het automatisch verwijderen van projecten de samenwerkingsservice voor cloudcodering tot $ 1 miljoen per jaar kan besparen. Daarom is het beleid voorgesteld om de financiën van GitLab houdbaar te houden.

Mensen met kennis van de situatie, die om anonimiteit verzochten omdat ze niet bevoegd zijn om het met de media te bespreken, vertelden The Register dat het beleid in september 2022 van kracht wordt.

Vóór de daadwerkelijke verwijdering, binnen weken of maanden, meldingen worden verzonden naar eigenaren van repository's die verwijdering vragen met een waarschuwing om de relevantie van het project te bevestigen. Alleen verlaten projecten zullen naar verwachting worden verwijderd, waarvan de auteurs niet reageren op waarschuwingen, er zijn gedurende het jaar geen wijzigingen in de repository geregistreerd, er zijn geen nieuwe nummers gepubliceerd en er zijn geen opmerkingen verzonden.

Sommige leden in de gemeenschap beschouwen de voorgestelde verwijdering als een slechte gewoonte, omdat code van inactieve repositories kan worden gebruikt als afhankelijkheid in andere projecten die actief blijven.

Er wordt ook opgemerkt dat permanente veranderingen niet het doel zijn van sommige auteurs, die ofwel van mening zijn dat de huidige staat van hun project een optimaal niveau heeft bereikt en dat de code goed genoeg is en geen verbeteringen vereist, ofwel in eerste instantie ontdekken dat ze niet gepland om te worden ontwikkeld, maar dat kan nuttig zijn voor de mensen om je heen.

Geoff Huntley, een open source-advocaat en deelnemer aan de open .Net-gemeenschap, beschreef het beleid als "absoluut wild".

“De broncode neemt niet veel schijfruimte in beslag, iemand die al die code verwijdert, is vernietiging van de gemeenschap. Ze zullen je merk en goodwill vernietigen. Mensen hosten hun code daar omdat er een idee is dat het beschikbaar zal zijn voor het grote publiek voor hergebruik en remixen.

Er zijn natuurlijk geen garanties dat het daar altijd wordt gehost, maar de ongeschreven regels van open source zijn dat je de code beschikbaar stelt en niet verwijdert. We hadden beheerders die de code haalden en er was veel verontwaardiging in de gemeenschap over," zei hij, opmerkend dat andere projecten die afhankelijk zijn van een getrokken product zullen lijden.

"Alle afhankelijkheden kunnen niet worden gecompileerd", klaagde hij.

Bovendien heeft code van inactieve projecten kan worden verwezen door externe bronnen en door het te verwijderen, een geverifieerde hoofdkopie gaat verloren waarnaar kan worden verwezen (niet-officiële kopieën zijn niet gegarandeerd vrij van kwaadwillende activiteiten), dus in plaats van te verwijderen, zou het waarschijnlijk beter zijn om de status te archiveren met behoud van de mogelijkheid om toegang te krijgen tot de code in alleen-lezen modus .

Om schijfruimte te besparen bij het opslaan van afvalvorken, kunt u efficiëntere methoden gebruiken om duplicaten af ​​te handelen. GitHub slaat bijvoorbeeld alle hoofdrepository-objecten en de bijbehorende vorken samen op om duplicatie van gegevens te voorkomen, door eigendom logisch te scheiden van vastleggingen.

Ten slotte is het vermeldenswaard dat de regelwijzigingen nog niet officieel zijn aangekondigd en zich in de interne planningsfase bevinden.

Tenslotte voor diegenen die er meer over willen weten over de notitie kunt u de originele publicatie raadplegen In de volgende link.