Kompania GitLab planifikon të bëjë ndryshime në rregulloren e përdorimit të shërbimit në shtator, në përputhje me të cilat projektet e hostuara në GitLab.com falas do të fshihen automatikisht, nëse depozitat e tyre mbeten të paaktivizuara për 12 muaj. Ndryshimet e rregullave ende nuk janë shpallur zyrtarisht dhe janë në fazën e planifikimit të brendshëm.
Ndryshimi synon të reduktojë kostot e mbajtjes së hostimit duke çliruar burime për ruajtjen dhe përpunimin e projekteve të braktisura dhe fork-ëve që nuk zhvillohen. Parashikohet se mbajtja e infrastrukturës për projektet e braktisura përbën deri në një e katërta të gjithë kostove të operimit. e hostimit GitLab.com dhe pastrimi automatik i projekteve të tilla do të mundësojnë kursimin e deri në një milion dollarësh në vit.
Para fshirjes faktike, në një afat prej disa javësh ose muajsh, pronarëve të depozitave që kanë pretenduar për fshirje do t'u dërgohen njoftime me paralajmërimin për të konfirmuar aktualitetin e projektit. Do të fshihen vetëm projektet e braktisura, të cilët autorët e tyre nuk reagojnë ndaj paralajmërimeve, ku nuk ka patur ndryshime në depozitë për një vit, nuk janë publikuar çështje të reja dhe nuk janë dërguar komente.
Megjithatë, disa anëtarë të komunitetit mendojnë se fshirja e propozuar është një praktikë e padrejtë, pasi kodi nga depozitat pasive mund të përdoret si varësi në projekte të tjera që mbeten aktive. Gjithashtu, përmendet se ndryshimet e vazhdueshme nuk janë qëllimi për disa autorë, të cilët mund të mendojnë se gjendja aktuale e projektit të tyre ka arritur një nivel optimal dhe kodi është i mjaftueshëm dhe nuk ka nevojë për përmirësim, ose në fillim hapin punime të gatshme që nuk planifikohen të zhvillohen më tej, por që mund të jenë të dobishme për të tjerët.
Përveç kësaj, gola e projekteve të pasive mund të referohen nga burime të jashtme dhe fshirja e tij do të çojë në humbjen e kopjes konfirmuese referuese, për të cilën mund të referoheni (në kopjet jo zyrtare nuk garantohet mungesa e aktiviteteve të dëmshme), prandaj, në vend të fshirjes, do të ishte ndoshta më optimale ta kaloni në gjendje arkivimi, duke ruajtur mundësinë e qasshme të kodit në mënyrë vetëm për lexim. Për të kursyer hapësirë disku gjatë ruajtjes së forkëve të padëshiruar, mund të përdoren metoda më efikase për përpunimin e kopjeve të dyfishta, për shembull, GitHub për të shmangur dublikimin e të dhënave ruan së bashku të gjitha objektet nga regjistri kryesor dhe forkët e lidhura me të, duke ndarë logjikisht përkatësinë e commit-eve.
Burimi: opennet.ru
