GitLab do të heqë projektet e pritura me më shumë se një vit pasivitet

Kohët e fundit lajmi dha se GitLab planifikon të modifikojë kushtet e tij të shërbimit për muajin e ardhshëm (në shtator), sipas të cilit projekte të organizuara në llogari falas nga GitLab.com do të fshihet automatikisht nëse depot tuaja mbeten joaktive për 12 muaj.

Ndryshimi synon të ulë kostot e mirëmbajtjes e pritjes duke liruar burime për të ruajtur dhe përpunuar projekte dhe forks të braktisur që nuk janë në zhvillim e sipër.

Mirëmbajtja e infrastrukturës për projektet e braktisura vlerësohet të përbëjë deri në një të katërtën e të gjitha kostove të pritjes së GitLab.com, dhe pastrimi automatik i projekteve të tilla mund të kursejë deri në një milion dollarë në vit.

Regjistri ka mësuar se projekte të tilla përbëjnë deri në një të katërtën e kostove të pritjes së GitLab dhe se fshirja automatike e projektit mund të kursejë shërbimin e bashkëpunimit të kodimit në cloud deri në 1 milion dollarë në vit. Prandaj, politika është sugjeruar për të ndihmuar në mbajtjen e financave të GitLab të qëndrueshme.

Njerëzit me njohuri për situatën, të cilët kërkuan anonimitet pasi nuk janë të autorizuar ta diskutojnë atë me median, i thanë The Register se politika do të hyjë në fuqi në shtator 2022.

Para heqjes aktuale, brenda javësh ose muajsh, njoftimet do t'u dërgohen pronarëve të depove që kërkojnë heqjen me një paralajmërim për të konfirmuar rëndësinë e projektit. Pritet të fshihen vetëm projektet e braktisura, autorët e të cilëve nuk u përgjigjen paralajmërimeve, nuk u regjistruan ndryshime në depo gjatë vitit, nuk u publikuan numra të rinj dhe nuk u dërguan komente.

Megjithatë, disa anëtarët e komunitetit e konsiderojnë largimin e propozuar si një praktikë të keqe, pasi kodi nga depot joaktive mund të përdoret si një varësi në projekte të tjera që mbeten aktive.

Gjithashtu vihet re se ndryshimet e përhershme nuk janë qëllimi i disa autorëve, të cilët ose mund të konsiderojnë se gjendja aktuale e projektit të tyre ka arritur një nivel optimal dhe kodi është mjaft i mirë dhe nuk kërkon përmirësime, ose të zbulojnë fillimisht se janë nuk është planifikuar të zhvillohet, por kjo mund të jetë e dobishme për ata që ju rrethojnë.

Geoff Huntley, një avokat me burim të hapur dhe pjesëmarrës në komunitetin e hapur .Net, e përshkroi politikën si "absolutisht të egër".

“Kodi burimor nuk merr shumë hapësirë ​​në disk, që dikush të heqë gjithë atë kod është shkatërrim i komunitetit. Ata do të shkatërrojnë markën dhe vullnetin tuaj të mirë. Njerëzit e presin kodin e tyre atje sepse ekziston një ide që ai do të jetë i disponueshëm për publikun e gjerë për ripërdorim dhe ripërzierje.

Natyrisht, nuk ka asnjë garanci që ai do të jetë gjithmonë i hostuar atje, por rregullat e pashkruara të kodit të hapur janë që ju e vendosni kodin në dispozicion dhe nuk e hiqni atë. Ne kishim mirëmbajtës që tërhiqnin kodin dhe kishte shumë zemërim në komunitet për këtë," tha ai, duke vënë në dukje se projektet e tjera që varen nga një produkt i tërhequr do të vuajnë.

"Të gjitha varësitë nuk mund të përpilohen," u ankua ai.

Përveç kësaj, kodi nga projektet joaktive mund të referohet nga burime të jashtme dhe duke e hequr atë, një kopje kryesore e verifikuar do të humbet të cilat mund të referohen (kopjet jozyrtare nuk janë të garantuara të jenë pa aktivitete keqdashëse), kështu që në vend të fshirjes, ndoshta do të ishte më optimale të arkivohej shteti duke ruajtur aftësinë për të hyrë në kod në modalitetin vetëm për lexim.

Për të kursyer hapësirën në disk kur ruani pirunët e mbeturinave, mund të përdorni metoda më efikase për të trajtuar dublikatat, për shembull, GitHub ruan të gjitha objektet kryesore të depove dhe pirunët e tyre të lidhur së bashku për të shmangur dyfishimin e të dhënave, duke ndarë logjikisht pronësinë nga detyrimet.

Në fund, vlen të theksohet se ndryshimet e rregullores ende nuk janë shpallur zyrtarisht dhe janë në fazën e planifikimit të brendshëm.

Së fundi, për ata që janë të interesuar të dinë më shumë për të në lidhje me shënimin, mund të konsultoheni me botimin origjinal Në lidhjen vijuese.