„GitLab“ pašalins priglobtus projektus, kuriuose neveikia daugiau nei metus

Neseniai žinia tai atskleidė „GitLab“ planuoja pakeisti savo paslaugų teikimo sąlygas kitam mėnesiui (rugsėjo mėn.), pagal kurį nemokamose paskyrose talpinami projektai iš GitLab.com bus automatiškai ištrintas jei jūsų saugyklos lieka neaktyvios 12 mėnesių.

Pasikeitimas siekiama sumažinti priežiūros išlaidas prieglobos, atlaisvinant išteklius, kad būtų galima saugoti ir apdoroti apleistus projektus ir šakes, kurios nėra kuriamos.

Apskaičiuota, kad apleistų projektų infrastruktūros priežiūra sudaro iki ketvirtadalio visų GitLab.com prieglobos išlaidų, o automatiškai išvalius tokius projektus būtų galima sutaupyti iki milijono dolerių per metus.

Registras sužinojo, kad tokie projektai sudaro iki ketvirtadalio „GitLab“ prieglobos išlaidų, o automatinis projekto ištrynimas gali sutaupyti iki 1 mln. Todėl buvo pasiūlyta tokia politika, kuri padės išlaikyti „GitLab“ finansų tvarumą.

Apie situaciją žinantys žmonės, kurie prašė likti anonimiški, nes neturi teisės apie tai diskutuoti su žiniasklaida, „The Register“ teigė, kad politika įsigalios 2022 metų rugsėjį.

Prieš faktinį pašalinimą, per kelias savaites ar mėnesius, pranešimai bus išsiųsti saugyklos savininkams prašymą pašalinti su įspėjimu, kad patvirtintų projekto aktualumą. Tikimasi ištrinti tik apleistus projektus, kurių autoriai į įspėjimus nereaguoja, per metus saugykloje nebuvo registruota jokių pakeitimų, nebuvo išleista naujų numerių ir nesiųsta jokių komentarų.

Tačiau kai kurie bendruomenės nariai mano, kad siūlomas pašalinimas yra bloga praktika, nes kodas iš neaktyvių saugyklų gali būti naudojamas kaip priklausomybė kituose projektuose, kurie išlieka aktyvūs.

Taip pat pažymima, kad nuolatiniai pokyčiai nėra kai kurių autorių tikslas, nes jie gali manyti, kad dabartinė jų projekto būklė pasiekė optimalų lygį, o kodas yra pakankamai geras ir nereikalauja tobulinimo, arba iš pradžių sužino, kad jie yra neplanuojama plėtoti, bet tai gali būti naudinga aplinkiniams.

Geoffas Huntley, atvirojo kodo advokatas ir atviros .Net bendruomenės dalyvis, šią politiką apibūdino kaip „absoliučiai laukinę“.

„Šaltinio kodas neužima daug vietos diske, o jei kas nors pašalins visą tą kodą, sunaikinama bendruomenė. Jie sunaikins jūsų prekės ženklą ir gerą valią. Žmonės ten talpina savo kodą, nes manoma, kad jis bus prieinamas plačiajai visuomenei pakartotinai naudoti ir permaišyti.

Žinoma, nėra garantijų, kad jis visada ten bus talpinamas, tačiau nerašytos atvirojo kodo taisyklės yra ta, kad jūs padarote kodą prieinamą ir jo nepašalinate. Mes turėjome prižiūrėtojus, kurie ištraukė kodą ir bendruomenėje dėl to kilo didelis pasipiktinimas“, – sakė jis ir pažymėjo, kad nukentės kiti projektai, kurie priklauso nuo ištraukto produkto.

„Visos priklausomybės negali būti surašytos“, – apgailestavo jis.

Be to, neaktyvių projektų kodą gali nurodyti išoriniai ištekliai ir jį pašalinus, patvirtinta pagrindinė kopija bus prarasta į kurią galima pateikti nuorodas (negarantuojama, kad neoficialiose kopijose nėra kenkėjiškos veiklos), todėl vietoj ištrynimo tikriausiai būtų optimaliau archyvuoti būseną, išlaikant galimybę pasiekti kodą tik skaitymo režimu .

Norėdami sutaupyti vietos diske saugodami šiukšlių šakutes, galite naudoti efektyvesnius metodus dublikatams tvarkyti, pavyzdžiui, „GitHub“ saugo visus pagrindinius saugyklos objektus ir su jais susijusias šakes, kad būtų išvengta duomenų dubliavimo, logiškai atskiriant nuosavybės teisę nuo įsipareigojimų.

Galiausiai verta paminėti, kad taisyklių pakeitimai dar nėra oficialiai paskelbti ir yra vidinio planavimo stadijoje.

Galiausiai, norintiems sužinoti apie tai daugiau apie užrašą galite peržiūrėti originalų leidinį Šioje nuorodoje.