GitLab видалить розміщені проекти, які неактивні більше року

Нещодавно новина про це заявила GitLab планує змінити умови надання послуг на наступний місяць (у вересні), відповідно до якого в проекти, розміщені на безкоштовних акаунтах з GitLab.com буде видалено автоматично якщо ваші репозиторії залишаються неактивними протягом 12 місяців.

Зміна спрямована на зниження витрат на технічне обслуговування хостингу шляхом звільнення ресурсів для зберігання та обробки залишених проектів і форків, які не розробляються.

За оцінками, обслуговування інфраструктури залишених проектів становить до чверті всіх витрат на хостинг GitLab.com, а автоматичне очищення таких проектів може заощадити до мільйона доларів на рік.

Реєстр дізнався, що на такі проекти припадає до чверті витрат GitLab на хостинг, і що автоматичне видалення проекту може заощадити службі спільної роботи з хмарним кодуванням до 1 мільйона доларів на рік. Тому було запропоновано цю політику, щоб допомогти зберегти фінанси GitLab стабільними.

Обізнані з ситуацією люди, які побажали залишитися анонімними, оскільки не мають права обговорювати це зі ЗМІ, повідомили The Register, що політика набуде чинності у вересні 2022 року.

Перед фактичним видаленням, протягом тижнів або місяців, сповіщення будуть надіслані власникам сховища які вимагають видалення з попередженням для підтвердження актуальності проекту. Передбачено видалення лише покинутих проектів, автори яких не реагують на попередження, протягом року не було зареєстровано жодних змін у репозиторії, не було опубліковано нових випусків та не надіслано коментарів.

Однак деякі члени спільноти вважають запропоноване видалення поганою практикою, оскільки код з неактивних сховищ можна використовувати як залежність в інших проектах, які залишаються активними.

Також зазначається, що постійні зміни не є метою деяких авторів, які можуть або вважати, що поточний стан їхнього проекту досяг оптимального рівня, а код достатньо хороший і не потребує вдосконалень, або спочатку виявити, що вони не планується розробляти, але це може бути корисним для оточуючих.

Джефф Хантлі, прихильник відкритого коду та учасник відкритої спільноти .Net, описав цю політику як «абсолютно дику».

«Вихідний код не займає багато місця на диску, якщо хтось видаляє весь цей код, це руйнує спільноту. Вони знищать ваш бренд і добру волю. Люди розміщують там свій код, оскільки є ідея, що він буде доступний широкому загалу для повторного використання та реміксування.

Звичайно, немає жодних гарантій, що він завжди буде там розміщений, але неписані правила відкритого коду полягають у тому, що ви робите код доступним і не видаляєте його. У нас були супроводжувачі, які витягли код, і це викликало велике обурення в спільноті», — сказав він, зазначивши, що інші проекти, які залежать від вилученого продукту, постраждають.

«Всі залежності не можна скомпілювати», — нарікав він.

Крім того, на код неактивних проектів можуть посилатися зовнішні ресурси і, видаливши його, перевірена головна копія буде втрачена на які можна посилатися (неофіційні копії не гарантовано вільні від зловмисної діяльності), тому замість видалення, ймовірно, було б оптимальніше заархівувати стан, зберігаючи можливість доступу до коду в режимі лише для читання.

Щоб заощадити дисковий простір під час зберігання сміттєвих розгалужень, ви можете використовувати більш ефективні методи обробки дублікатів, наприклад, GitHub зберігає всі основні об’єкти сховища та пов’язані з ними розгалуження разом, щоб уникнути дублювання даних, логічно відокремлюючи право власності від комітів.

Насамкінець варто зазначити, що зміни правил ще офіційно не оголошено та знаходяться на стадії внутрішнього планування.

Нарешті, для тих, кому цікаво дізнатись більше про це про примітку ви можете ознайомитися з оригінальною публікацією У наступному посиланні.