Aalisin ng GitLab ang mga naka-host na proyekto na may higit sa isang taon na hindi aktibo

Kamakailan-lamang na ang balita ay sinira iyon Plano ng GitLab na baguhin ang mga tuntunin ng serbisyo nito para sa susunod na buwan (sa Setyembre), ayon sa kung saan ang mga proyektong naka-host sa mga libreng account mula sa GitLab.com ay awtomatikong tatanggalin kung ang iyong mga repositoryo ay mananatiling hindi aktibo sa loob ng 12 buwan.

Ang pagbabago naglalayong bawasan ang mga gastos sa pagpapanatili ng pagho-host sa pamamagitan ng pagpapalaya ng mga mapagkukunan upang mag-imbak at magproseso ng mga inabandunang proyekto at tinidor na hindi pa ginagawa.

Ang pagpapanatili ng imprastraktura para sa mga inabandunang proyekto ay tinatantya na umabot ng hanggang isang-kapat ng lahat ng gastos sa pagho-host ng GitLab.com, at ang awtomatikong pag-purging sa mga naturang proyekto ay maaaring makatipid ng hanggang isang milyong dolyar sa isang taon.

Nalaman ng Register na ang mga naturang proyekto ay nagkakaloob ng hanggang isang-kapat ng mga gastos sa pagho-host ng GitLab, at ang awtomatikong pagtanggal ng proyekto ay maaaring makatipid sa serbisyo ng pakikipagtulungan sa cloud coding ng hanggang $1 milyon sa isang taon. Samakatuwid, ang patakaran ay iminungkahi na tumulong na panatilihing sustainable ang pananalapi ng GitLab.

Ang mga taong may kaalaman sa sitwasyon, na humiling ng anonymity dahil hindi sila awtorisadong talakayin ito sa media, ay nagsabi sa The Register na magkakabisa ang patakaran sa Setyembre 2022.

Bago ang aktwal na pag-alis, sa loob ng mga linggo o buwan, ipapadala ang mga notification sa mga may-ari ng repositoryo na kahilingan sa pag-alis na may babala upang kumpirmahin ang kaugnayan ng proyekto. Ang mga inabandunang proyekto lamang ang inaasahang tatanggalin, na ang mga may-akda ay hindi tumutugon sa mga babala, walang mga pagbabagong nakarehistro sa repositoryo sa buong taon, walang mga bagong isyu ang nai-publish at walang mga komentong ipinadala.

Gayunpaman, ang ilan itinuturing ng mga miyembro sa komunidad na isang masamang gawain ang iminungkahing pagtanggal, dahil ang code mula sa mga hindi aktibong repository ay maaaring gamitin bilang dependency sa ibang mga proyektong nananatiling aktibo.

Napansin din na ang mga permanenteng pagbabago ay hindi layunin ng ilang mga may-akda, na maaaring isaalang-alang na ang kasalukuyang estado ng kanilang proyekto ay umabot sa pinakamainam na antas, at ang code ay sapat na mabuti at hindi nangangailangan ng mga pagpapabuti, o matuklasan sa simula na sila ay hindi. binalak na paunlarin, ngunit maaari itong maging kapaki-pakinabang sa mga nakapaligid sa iyo.

Inilarawan ni Geoff Huntley, isang open source advocate at kalahok sa open .Net na komunidad, ang patakaran bilang "ganap na ligaw."

"Ang source code ay hindi kumukuha ng maraming espasyo sa disk, para sa isang tao na alisin ang lahat ng code na iyon ay pagkasira ng komunidad. Sisirain nila ang iyong tatak at mabuting kalooban. Ang mga tao ay nagho-host ng kanilang code doon dahil may ideya na magiging available ito sa pangkalahatang publiko para sa muling paggamit at pag-remix.

Siyempre, walang mga garantiya na ito ay palaging iho-host doon, ngunit ang hindi nakasulat na mga panuntunan ng open source ay gagawin mong available ang code at hindi mo ito aalisin. Mayroon kaming mga tagapangasiwa na humila ng code at nagkaroon ng maraming galit sa komunidad tungkol dito," aniya, na binanggit na ang iba pang mga proyekto na nakasalalay sa isang nakuhang produkto ay magdurusa.

"Ang lahat ng dependencies ay hindi maaaring i-compile," he lamented.

Bukod dito, Ang code mula sa mga hindi aktibong proyekto ay maaaring i-reference ng mga panlabas na mapagkukunan at, sa pamamagitan ng pag-alis nito, mawawala ang isang na-verify na master copy na maaaring i-reference (hindi garantisadong walang malisyosong aktibidad ang mga hindi opisyal na kopya), kaya sa halip na tanggalin, malamang na mas mainam na i-archive ang estado habang pinapanatili ang kakayahang i-access ang code sa read-only na mode .

Upang makatipid ng espasyo sa disk kapag nag-iimbak ng mga garbage forks, maaari kang gumamit ng mas mahusay na mga paraan upang mahawakan ang mga duplicate, halimbawa, iniimbak ng GitHub ang lahat ng pangunahing repository object at ang mga nauugnay na fork ng mga ito nang magkasama upang maiwasan ang pagdoble ng data, sa pamamagitan ng lohikal na paghihiwalay ng pagmamay-ari sa mga commit.

Sa wakas, nararapat na banggitin na ang mga pagbabago sa panuntunan ay hindi pa opisyal na inihayag at nasa yugto ng panloob na pagpaplano.

Sa wakas, para sa mga interesadong malaman ang tungkol dito tungkol sa tala, maaari kang sumangguni sa orihinal na publikasyon Sa sumusunod na link.