GitLab vil fjerne hostede projekter med mere end et års inaktivitet

For nylig brød nyheden det GitLab planlægger at ændre sine servicevilkår for den næste måned (i september), ifølge hvilken projekter hostet på gratis konti fra GitLab.com slettes automatisk hvis dine depoter forbliver inaktive i 12 måneder.

Forandringen har til formål at reducere vedligeholdelsesomkostningerne hosting ved at frigøre ressourcer til at opbevare og behandle forladte projekter og gafler, der ikke er under udvikling.

Infrastrukturvedligeholdelse for forladte projekter anslås at stå for op til en fjerdedel af alle GitLab.com-hostingomkostninger, og automatisk udrensning af sådanne projekter kan spare op til en million dollars om året.

Registeret har erfaret, at sådanne projekter tegner sig for op til en fjerdedel af GitLabs hostingomkostninger, og at automatisk sletning af projekter kan spare cloud-kodningssamarbejdstjenesten op til $1 million om året. Derfor er politikken blevet foreslået for at hjælpe med at holde GitLabs økonomi bæredygtig.

Personer med kendskab til situationen, som anmodede om anonymitet, da de ikke har tilladelse til at diskutere det med medierne, fortalte The Register, at politikken træder i kraft i september 2022.

Før den faktiske fjernelse, inden for uger eller måneder, meddelelser vil blive sendt til lagerejere der anmoder om fjernelse med en advarsel for at bekræfte relevansen af ​​projektet. Kun opgivne projekter forventes at blive slettet, hvis forfattere ikke reagerer på advarsler, der er ikke registreret ændringer i depotet i løbet af året, ingen nye numre blev offentliggjort og ingen kommentarer blev sendt.

Dog nogle medlemmer i samfundet anser den foreslåede fjernelse for at være en dårlig praksis, da kode fra inaktive repositories kan bruges som en afhængighed i andre projekter, der forbliver aktive.

Det bemærkes også, at permanente ændringer ikke er målet for nogle forfattere, som enten kan mene, at den nuværende tilstand af deres projekt har nået et optimalt niveau, og koden er god nok og ikke kræver forbedringer, eller først opdager, at de er ikke planlagt til at blive udviklet, men det kan være nyttigt for dem omkring dig.

Geoff Huntley, en open source-fortaler og deltager i det åbne .Net-fællesskab, beskrev politikken som "helt vild."

"Kildekoden optager ikke meget diskplads, for nogen at fjerne al den kode er ødelæggelse af fællesskabet. De vil ødelægge dit brand og din goodwill. Folk hoster deres kode der, fordi der er en idé om, at den vil være tilgængelig for offentligheden til genbrug og remix.

Selvfølgelig er der ingen garantier for, at den altid vil være hostet der, men de uskrevne regler for open source er, at du gør koden tilgængelig, og du fjerner den ikke. Vi fik vedligeholdere til at trække koden, og der var meget forargelse i samfundet over det," sagde han og bemærkede, at andre projekter, der er afhængige af et pulled-produkt, vil lide.

"Alle afhængigheder kan ikke kompileres," beklagede han.

Derudover kode fra inaktive projekter kan refereres af eksterne ressourcer og ved at fjerne det, en verificeret hovedkopi vil gå tabt som kan refereres til (uofficielle kopier er ikke garanteret fri for ondsindet aktivitet), så i stedet for at slette ville det nok være mere optimalt at arkivere tilstanden og samtidig bevare muligheden for at få adgang til koden i skrivebeskyttet tilstand.

For at spare diskplads ved lagring af skraldgafler, kan du bruge mere effektive metoder til at håndtere dubletter, for eksempel gemmer GitHub alle hovedlagerobjekter og deres tilknyttede gafler sammen for at undgå dataduplikering ved logisk at adskille ejerskab fra commits.

Endelig er det værd at nævne, at regelændringerne endnu ikke er officielt annonceret og er i den interne planlægningsfase.

Endelig for dem der er interesserede i at vide mere om det om noten, kan du konsultere den originale publikation I det følgende link.