Ieri am împărtășit aici pe blog vestea că GitLab plănuia să-și modifice termenii și condițiile pentru luna următoare (în septembrie), conform căreia proiecte găzduite pe conturi gratuite de la GitLab.com va fi sters automat dacă depozitele dumneavoastră rămân inactive timp de 12 luni.
Și acum GitLab și-a anulat decizia de a șterge automat proiectele care au fost inactive de mai mult de un an și aparțin utilizatorilor săi gratuit și pe care plănuia să introducă politica la sfârșitul lunii septembrie. Compania spera ca mutarea sa o economiseasca cu pana la XNUMX milion de dolari pe an si sa contribuie la dezvoltarea durabila a afacerii sale SaaS.
Geoff Huntley, un avocat open source, a descris politica ca fiind „absolut nebună”. „Codul sursă nu ocupă mult spațiu pe disc”, a spus el. „Pentru ca cineva să îndepărteze tot acest cod este distrugerea comunității. Îți vor distruge marca și bunăvoința.”
„Oamenii își găzduiesc codul acolo pentru că există ideea că va fi disponibil publicului larg pentru reutilizare și remixare”, a adăugat el. „Desigur, nu există nicio garanție că va fi întotdeauna găzduit acolo, dar regulile nescrise ale open source sunt că codul este disponibil și nu îl eliminați.”
„Am avut menținători care au retras codul și a existat o mulțime de indignare a comunității din cauza asta”, a spus el, menționând că alte proiecte care depind de un produs extras vor avea de suferit.
„Nu toate dependențele se pot compila”, s-a plâns el.
Despre caz GitLab a refuzat în mod repetat să comenteze planul său de eliminare, iar în urmă cu câteva ore, compania, care nu a negat informațiile din The Register, dar nu a menționat nimic despre aceasta, a scris doar pe Twitter că va renunța la proiectele inactive în depozitarea obiectelor:
„Am discutat intern ce să facem cu depozitele inactive. Am luat decizia de a muta gălețile nefolosite în depozitul de articole. Odată implementate, acestea vor fi în continuare accesibile, dar accesul va dura ceva mai mult după o perioadă lungă de inactivitate.”
Stocarea obiectelor este o strategie pentru gestionarea și manipularea stocării datelor ca unități separate numite „obiecte”. Aceste obiecte sunt păstrate într-un seif, fără a fi atașate fișierelor aflate în alte foldere. Stocarea obiectelor combină datele care alcătuiesc fișierele, apoi procesează toate metadatele relevante înainte de a le atribui un identificator personalizat.
„Documentele pe care le-am văzut au informat personalul cu privire la o întâlnire internă programată pentru 9 august. Ordinea de zi a întâlnirii prezintă planul de eliminare a depozitelor de cod inactive, descriindu-l după cum urmează*:
Ei menționează că după 22 septembrie 2022, politica de reținere va fi implementată de date pentru utilizatorii gratuiti. Această rutină va limita numărul de luni în care un proiect gratuit poate rămâne inactiv înainte de a fi șters automat împreună cu datele pe care le conține.
Se menționează că tweet-ul lui GitLab poate, în ochii unor internauți, să contrazică propria notificare a personalului:
„Alte documente interne pe care le-am văzut menționează posibila utilizare a stocării obiectelor pentru arhivarea proiectelor, dar sunt îngrijorați că acest lucru va crește costurile GitLab prin crearea nevoii de backup-uri multiple redundante.
„Am văzut, de asemenea, discuții interne care au confirmat că codul de automatizare pentru ștergerea proiectelor inactive a fost finalizat la sfârșitul lunii iulie și gata să fie lansat după luni de discuții și lucrări de dezvoltare.
„Una dintre sursele noastre ne-a spus în această după-amiază că presiunea online, condusă de raportările noastre, l-a forțat pe rivalul GitHub să-și regândească drastic gândirea. Știrile despre politica de eliminare ca exercițiu de economisire a banilor au provocat furori pe Twitter și Reddit.”
Oricum, tweetul lui GitLab a fost bine primit, dar a ridicat și alte întrebări*:
„Dacă doar proprietarul îl poate primi înapoi, te-ai gândit la cazul profund nefericit în care un manager de proiect moare și codul său devine inaccesibil la un an de la încetarea activității pe site*? »
CEO-ul GitLab, Sid Sijbrandij, a oferit mai multe informații despre planurile sale în următorul tweet:
Proiecte arhivate https://t.co/4rOeJHNilh este o stare activată de utilizator care semnalează intenția. Încă nu suntem siguri, dar foarte probabil că tipul de stocare utilizat este ortogonal cu acesta. Planul nostru actual pentru depozitarea obiectelor https://t.co/fLRl2TY744 ar păstra repozițiile vizibile pentru toată lumea.
– Sid Sijbrandij (@sytses) August 5, 2022
Sin embargo, compania a refuzat să răspundă la solicitările de informații din partea presei americane care au publicat aceste informații.
Don Quijote a fost inactiv de secole...