GitLab vil fjerne vertsbaserte prosjekter med mer enn ett års inaktivitet

Nylig brøt nyheten det GitLab planlegger å endre sine vilkår for bruk for neste måned (i september), ifølge hvilken prosjekter vert på gratis kontoer fra GitLab.com slettes automatisk hvis lagrene dine forblir inaktive i 12 måneder.

endring har som mål å redusere vedlikeholdskostnadene hosting ved å frigjøre ressurser til å lagre og behandle forlatte prosjekter og gafler som ikke er under utvikling.

Infrastrukturvedlikehold for forlatte prosjekter anslås å utgjøre opptil en fjerdedel av alle GitLab.com hostingkostnader, og automatisk tømming av slike prosjekter kan spare opptil en million dollar i året.

Registeret har erfart at slike prosjekter står for opptil en fjerdedel av GitLabs hostingkostnader, og at automatisk sletting av prosjekter kan spare skykodingssamarbeidstjenesten for opptil 1 million dollar i året. Derfor har policyen blitt foreslått for å bidra til å holde GitLabs økonomi bærekraftig.

Personer med kunnskap om situasjonen, som ba om anonymitet siden de ikke har tillatelse til å diskutere det med media, fortalte The Register at policyen trer i kraft i september 2022.

Før den faktiske fjerningen, innen uker eller måneder, varsler vil bli sendt til depoteiere som ber om fjerning med en advarsel for å bekrefte relevansen til prosjektet. Kun forlatte prosjekter forventes å bli slettet, hvis forfattere ikke reagerer på advarsler, ingen endringer ble registrert i depotet i løpet av året, ingen nye utgaver ble publisert og ingen kommentarer ble sendt.

Imidlertid noen medlemmer i samfunnet anser den foreslåtte fjerningen som en dårlig praksis, siden kode fra inaktive depoter kan brukes som en avhengighet i andre prosjekter som forblir aktive.

Det bemerkes også at permanente endringer ikke er målet for noen forfattere, som enten kan vurdere at den nåværende tilstanden til prosjektet deres har nådd et optimalt nivå, og koden er god nok og ikke krever forbedringer, eller som først oppdager at de er ikke planlagt å utvikles, men det kan være nyttig for de rundt deg.

Geoff Huntley, en forkjemper for åpen kildekode og deltaker i det åpne .Net-fellesskapet, beskrev politikken som "helt vill."

"Kildekoden tar ikke opp mye diskplass, for noen å fjerne all den koden er ødeleggelse av fellesskapet. De vil ødelegge merkevaren og goodwillen din. Folk hoster koden sin der fordi det er en idé om at den vil være tilgjengelig for allmennheten for gjenbruk og remiksing.

Selvfølgelig er det ingen garantier for at den alltid vil være vert der, men de uskrevne reglene for åpen kildekode er at du gjør koden tilgjengelig og du fjerner den ikke. Vi fikk vedlikeholdere til å trekke koden, og det var mye forargelse i samfunnet rundt det," sa han, og la merke til at andre prosjekter som er avhengige av et trukket produkt vil lide.

"Alle avhengigheter kan ikke kompileres," beklaget han.

Videre kode fra inaktive prosjekter kan refereres av eksterne ressurser og ved å fjerne den, en bekreftet hovedkopi vil gå tapt som kan refereres til (uoffisielle kopier er ikke garantert fri for ondsinnet aktivitet), så i stedet for å slette, ville det sannsynligvis vært mer optimalt å arkivere tilstanden samtidig som muligheten til å få tilgang til koden i skrivebeskyttet modus opprettholdes.

For å spare diskplass når du lagrer søppelgafler, kan du bruke mer effektive metoder for å håndtere duplikater, for eksempel lagrer GitHub alle hovedlagerobjekter og deres tilknyttede gafler sammen for å unngå dataduplisering, ved logisk å skille eierskap fra forpliktelser.

Til slutt er det verdt å nevne at regelendringene ennå ikke er offisielt kunngjort og er i det interne planleggingsstadiet.

Endelig, for de som er interessert i å vite mer om det om notatet, kan du se den originale publikasjonen I den følgende lenken.