GitLab 将删除超过一年不活动的托管项目

最近有消息说 GitLab 计划修改其服务条款 下个月（XNUMX 月），据此， 托管在免费帐户上的项目 来自 GitLab.com 会被自动删除 如果您的存储库在 12 个月内保持不活动状态。

改变 旨在降低维护成本 通过释放资源来存储和处理废弃的项目和未开发的分支来托管。

据估计，废弃项目的基础设施维护占所有 GitLab.com 托管成本的四分之一，自动清除此类项目每年可节省高达 XNUMX 万美元。

The Register 了解到，此类项目占 GitLab 托管成本的四分之一，而自动删除项目可以为云编码协作服务每年节省高达 1 万美元。 因此，建议该政策有助于保持 GitLab 的财务可持续性。

由于无权与媒体讨论此事而要求匿名的知情人士告诉 The Register，该政策将于 2022 年 XNUMX 月生效。

在实际搬迁之前，几周或几个月内， 通知将发送给存储库所有者 该请求删除并发出警告以确认项目的相关性。 只有废弃的项目预计会被删除，其作者不回应警告，年内没有在存储库中注册任何更改，没有发布新问题，也没有发送评论。

但是，有些 社区成员认为提议的移除是一种不好的做法，因为来自非活动存储库的代码可以用作其他保持活动的项目的依赖项。

还要注意的是，永久更改不是一些作者的目标，他们可能会认为他们的项目的当前状态已达到最佳水平，并且代码足够好并且不需要改进，或者最初发现它们是不是。计划开发，但这对你周围的人很有用。

开放源代码倡导者和开放 .Net 社区的参与者 Geoff Huntley 将该政策描述为“绝对疯狂”。

“源代码不会占用太多磁盘空间，有人删除所有这些代码是对社区的破坏。 他们会破坏你的品牌和商誉。 人们在那里托管他们的代码，因为有一种想法是它将可供公众重用和重新混合。

当然，不能保证它会一直托管在那里，但是开源的不成文规则是你让代码可用并且你不会删除它。 我们让维护人员拉取代码，社区对此非常愤怒，”他说，并指出其他依赖拉取产品的项目将受到影响。

“无法编译所有依赖项，”他感叹道。

另外， 来自非活动项目的代码可以被外部资源引用 并且，通过移除它， 已验证的主副本将丢失 可以引用（非官方副本不保证没有恶意活动），因此与其删除，不如将状态存档，同时保持以只读模式访问代码的能力。

为了在存储垃圾分叉时节省磁盘空间，您可以使用更有效的方法来处理重复项，例如，GitHub 通过将所有权与提交进行逻辑分离，将所有主存储库对象及其关联的分叉存储在一起以避免数据重复。

最后，值得一提的是，规则变更尚未正式公布，正处于内部规划阶段。

最后， 对于那些有兴趣了解更多信息的人 关于注释，可以查阅原刊 在下面的链接中。