GitLab удалит размещенные проекты, бездействующие более года

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

Перемена направлена ​​на снижение затрат на техническое обслуживание хостинга за счет высвобождения ресурсов для хранения и обработки заброшенных проектов и форков, не находящихся в разработке.

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

Как стало известно The Register, на такие проекты приходится до четверти затрат на хостинг GitLab, и что автоматическое удаление проектов может сэкономить службе совместной работы над облачным кодированием до 1 миллиона долларов в год. Таким образом, эта политика была предложена, чтобы помочь сохранить финансовую устойчивость GitLab.

Люди, осведомленные о ситуации, которые просили об анонимности, поскольку они не уполномочены обсуждать ее со СМИ, сообщили The Register, что политика вступит в силу в сентябре 2022 года.

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

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

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

Джефф Хантли, сторонник открытого исходного кода и участник открытого сообщества .Net, назвал эту политику «абсолютно дикой».

«Исходный код не занимает много места на диске, если кто-то удалит весь этот код, это уничтожит сообщество. Они разрушат ваш бренд и репутацию. Люди размещают там свой код, потому что есть идея, что он будет доступен широкой публике для повторного использования и редактирования.

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

«Все зависимости не могут быть скомпилированы», — пожаловался он.

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

Чтобы сэкономить место на диске при хранении веток мусора, вы можете использовать более эффективные методы обработки дубликатов, например, GitHub хранит все основные объекты репозитория и связанные с ними вилки вместе, чтобы избежать дублирования данных, путем логического отделения владения от коммитов.

Наконец, стоит отметить, что изменения правил еще официально не объявлены и находятся на стадии внутреннего планирования.

Наконец, для тех, кто хочет узнать об этом больше о примечании вы можете ознакомиться с оригинальной публикацией По следующей ссылке.