GitLab bo odstranil gostujoče projekte z več kot eno letom nedejavnosti

Pred kratkim je novica to razkrila GitLab namerava spremeniti svoje pogoje storitve za naslednji mesec (septembra), po katerem je projekti, ki gostujejo na brezplačnih računih iz GitLab.com bodo samodejno izbrisani če so vaša skladišča neaktivna 12 mesecev.

Sprememba želi zmanjšati stroške vzdrževanja gostovanja s sprostitvijo virov za shranjevanje in obdelavo opuščenih projektov in forkov, ki niso v razvoju.

Ocenjuje se, da vzdrževanje infrastrukture za opuščene projekte predstavlja do četrtino vseh stroškov gostovanja GitLab.com, samodejno čiščenje takih projektov pa bi lahko prihranilo do milijon dolarjev na leto.

Register je izvedel, da takšni projekti predstavljajo do četrtino GitLabovih stroškov gostovanja in da bi samodejni izbris projekta lahko storitvi sodelovanja pri kodiranju v oblaku prihranil do milijon dolarjev na leto. Zato je bil predlagan pravilnik, ki pomaga vzdrževati GitLabove finance.

Ljudje, ki poznajo situacijo in so zahtevali anonimnost, saj niso pooblaščeni, da bi o tem razpravljali z mediji, so za The Register povedali, da bo politika začela veljati septembra 2022.

Pred dejansko odstranitvijo, v tednih ali mesecih, obvestila bodo poslana lastnikom repozitorija ki zahtevajo odstranitev z opozorilom za potrditev ustreznosti projekta. Izbrisani bodo predvidoma le opuščeni projekti, katerih avtorji se ne odzivajo na opozorila, v repozitoriju med letom ni bilo evidentiranih sprememb, objavljenih novih številk in poslanih komentarjev.

Vendar nekateri člani skupnosti menijo, da je predlagana odstranitev slaba praksa, saj se koda iz neaktivnih skladišč lahko uporablja kot odvisnost v drugih projektih, ki ostanejo aktivni.

Opozoriti je treba tudi, da trajne spremembe niso cilj nekaterih avtorjev, ki lahko bodisi menijo, da je trenutno stanje njihovega projekta doseglo optimalno raven in je koda dovolj dobra in ne zahteva izboljšav, ali pa na začetku ugotovijo, da so ni načrtovan za razvoj, vendar je to lahko koristno za tiste okoli vas.

Geoff Huntley, zagovornik odprte kode in udeleženec odprte skupnosti .Net, je politiko opisal kot "popolnoma divjo".

»Izvorna koda ne zavzame veliko prostora na disku, če nekdo odstrani vso to kodo, pomeni uničenje skupnosti. Uničili bodo vašo blagovno znamko in dobro voljo. Ljudje tam gostijo svojo kodo, ker obstaja ideja, da bo na voljo širši javnosti za ponovno uporabo in predelavo.

Seveda ni nobenega zagotovila, da bo tam vedno gostoval, a nenapisana pravila odprte kode so, da kodo daš na voljo in je ne odstraniš. Imeli smo vzdrževalce, ki so umaknili kodo in v skupnosti je bilo zaradi tega veliko ogorčenja,« je dejal in opozoril, da bodo trpeli drugi projekti, ki so odvisni od umaknjenega izdelka.

"Vseh odvisnosti ni mogoče prevesti," je potožil.

Poleg tega, na kodo iz neaktivnih projektov se lahko sklicujejo zunanji viri in z odstranitvijo, preverjena glavna kopija bo izgubljena na katere se je mogoče sklicevati (ni zagotovljeno, da so neuradne kopije brez zlonamerne dejavnosti), zato bi bilo namesto brisanja verjetno bolj optimalno arhivirati stanje, hkrati pa ohraniti možnost dostopa do kode v načinu samo za branje.

Če želite prihraniti prostor na disku pri shranjevanju odpadnih vilic, lahko uporabite učinkovitejše metode za obravnavanje dvojnikov, na primer GitHub shrani vse glavne objekte repozitorija in z njimi povezane razcepe skupaj, da se izogne ​​podvajanju podatkov, tako da logično loči lastništvo od odobritev.

Na koncu je treba omeniti, da spremembe pravilnika še niso bile uradno objavljene in so v fazi internega načrtovanja.

Končno, za tiste, ki jih zanima več o tem o opombi si lahko ogledate izvirno publikacijo V naslednji povezavi.