Compania GitLab intenționează să aducă modificări în septembrie la regulile de utilizare a serviciului, conform cărora proiectele găzduite pe GitLab.com gratuit vor fi șterse automat dacă, timp de 12 luni, depozitele acestora rămân inactive. Modificările regulilor nu au fost încă anunțate oficial și se află în etapa de planificare internă.
Modificarea este destinată să reducă costurile de menținere a găzduirii prin eliberarea resurselor pentru stocarea și procesarea proiectelor abandonate și a fork-urilor neactivate. Se estimează că întreținerea infrastructurii pentru proiectele abandonate reprezintă până la un sfert din toate cheltuielile de operare. de găzduire GitLab.com și curățarea automată a acestor proiecte ar putea economisi până la un milion de dolari pe an.
Înainte de ștergerea efectivă, timp de câteva săptămâni sau luni, proprietarii depozitelor care riscă să fie șterse vor primi notificări pentru a confirma relevanța proiectului. Se intenționează ștergerea doar a proiectelor abandonate, ale căror autori nu răspund la notificări, în depozit nu au fost înregistrate schimbări timp de un an, nu au fost publicate noi issue și nu s-au trimis comentarii.
Cu toate acestea, unii membri ai comunității consideră că ștergerea propusă este o practică vicioasă, deoarece codul din depozitele inactive poate fi utilizat ca dependență în alte proiecte active. De asemenea, se observă că schimbările permanente nu sunt obiectivul pentru unii autori, care pot considera că starea curentă a proiectului lor a atins un nivel optim și că codul este suficient de bun și nu necesită îmbunătățiri, sau că inițial deschid lucrări gata, care nu sunt planificate pentru dezvoltare, dar care pot fi utile altora.
În plus, codul proiectelor inactivate poate fi referit de resurse externe, iar ștergerea acestuia va duce la pierderea unei copii etalon confirmate, la care se poate face referire (în copiile neoficiale nu este garantată absența activităților dăunătoare). Așadar, în loc să se ștergă, ar fi mai optim să se transforme într-o stare arhivată, păstrând posibilitatea de acces la cod în mod doar pentru citire. Pentru economisirea spațiului pe disc prin stocarea forcurilor inutile, se pot utiliza metode mai eficiente de gestionare a duplicatelor. De exemplu, GitHub păstrează împreună toate obiectele din principalul său repository și forcurile asociate, segregând logic apartenența commit-urilor.
Sursa: opennet.ro
