从 10 月 19 日起，GitLab 将对所有免费用户强制实施存储限制

从 2022 年 10 月 19 日开始，GitLab 将对所有 GitLab SaaS 版免费用户的命名空间实施存储限制，容量不超过 5GB。有观点认为，该动作是继上周“删除免费用户的不活跃项目”计划泄漏风波后，GitLab 为进一步节省成本而做出的决定。

对所有免费用户实施存储限制

在官网的“存储使用配额”页面上，GitLab 明确表示：GitLab SaaS 免费套餐的命名空间有 5 GB 的存储限制。

如果用户的总命名空间存储超过可用的存储配额，那么该命名空间将继续拥有读取权限，但将无法写入任何新数据，其所有项目都将被锁定，用户将不能更改推送到锁定的项目。

受影响的用户将会收到电子邮件通知，同时，应用内通知将于 8 月 22 日开始发布。“到目前为止，我们已经联系了 3 万名用户。”对于新的通知，GitLab 工作人员近期在 Hacker News 论坛上进行了公开讨论和回应。

根据官方公布的时间表，针对命名空间存储限制，GitLab 将先从 45000 GB 开始往下实施，逐步降低，并最终将其限制到 5 GB。

以防超出命名空间存储配额，GitLab 给出的建议是：

1. 购买更多存储空间。

2. 升级到付费等级。

3. 减少存储使用。

删除不活跃项目的计划泄漏

上述举动不免让人将其与上周 GitLab 陷入的舆论风波联想起来。

8 月 4 日，外媒 The Register 报道揭露，GitLab 计划自动删除免费用户中的一年内不活跃项目，并拟在 2022 年 9 月生效。

一份内部会议通知的议程中列出了删除不活跃代码仓的计划，具体描述如下：

2022 年 9 月 22 日之后，我们将为免费用户推出数据保留政策。该子计划将对免费项目在我们自动删除它（和其中的数据）之前可以保持不活动状态的时间加以限制。据报道，这些项目占 GitLab 服务器托管成本的四分之一，而删掉这些项目可以为这个云端编码协作服务每年节省高达 100 万美元。因此，该政策被建议用来帮助保持 GitLab 的财务可持续性。

知情人士透露，GitLab 也意识到该计划可能会引起愤怒和反对，因此在正式删除之前，会给用户提前数周或数月发出警告提醒。此外，在一年 12 个月的周期内，只要该项目有新的评论、PR 提交或 issue，那这个项目就算得上有“活跃度”，可以继续保留。

据悉，关于删除不活跃项目的自动化代码早已在 7 月底写完。

消息一出，开源倡导者、参与.Net 开源社区的 Geoff Huntley 将这一政策形容为“绝对疯狂”，并表示社区对此感到非常愤怒。Huntley 进一步指出，源代码并不占据多少空间，删除所有代码将会破坏社区，损害其品牌和信誉。他指出，当软件写完了，某种程度上可以说是完美或者“够用”，不再需要额外更新，那这是否意味着不活跃？

另一方面，对于依赖于所谓的“不活跃项目”的其它项目，如果这些“不活跃项目”被删除，那么将会导致下游项目无法编译和运行。

“人们在那里托管他们的代码，因为有这样的想法，它将可供公众重复使用和结合，”Geoff Huntley 补充道。“当然不能保证它会一直托管在那里，但开源中的不成文规则是你让代码可用并且不会删除它。”

GitLab 回应

后来，GitLab 要删除不活跃项目的消息进一步在 Twitter 和 Reddit 上发酵并引发了争议。在网络舆论压力之下，GitLab“取消”了该政策。

8 月 5 日，GitLab 宣布不会删除免费用户的不活跃项目，其在推特上发出了以下声明：

我们在内部讨论了如何处理不活跃的仓库。我们达成了一个决定，将未使用的代码仓转移到对象存储中。一旦实施，它们仍然可以被访问，但在长期闲置后需要更长的时间才能访问。“在这种情况下，不活跃的定义是什么？”有人在下面留言问，

GitLab 联合创始人兼 CEO Sid Sijbrandij 对此回应道：“我们还不确定。可能所有的‘写入操作’都能让项目保持活跃，比如创建问题、合并请求、将更改推送到分支等等。只要人们在进行诸如克隆、fork 等读取操作，我们也可能保持它处于活动状态。”

他还表示，放入对象存储中的项目仍然对所有公众可见，并不会加上只有所有者可见的限制。

总的来说，GitLab 并未在这则声明中否认报道的真实性。

针对 GitLab 强调的 5 GB 限制，有网友拿 GitHub 做对比：

建议仓库保持较小，理想情况下小于 1 GB，强烈建议小于 5 GB。较小的仓库克隆速度更快，使用和维护更容易。 如果您的仓库过度影响我们的基础架构，您可能会收到来自 GitHub 支持 的电子邮件，要求您采取纠正措施。 我们力求灵活，特别是对于拥有很多协作者的大型项目，并且尽可能与您一起找到解决方案。“虽然这有点含糊其辞，但听起来似乎有酌情处理/例外的空间，而不是硬性规定 5GB 的上限。”该网友表示。

此外，也有观点对“GitLab 5GB 上限”表示理解，毕竟“GitLab 作为一家企业，前提是要先活下来”，而 GitHub 背靠微软，商业压力没那么大——“微软从 GitHub 获得的价值不是它的收入，而是它的影响力。”

参考链接：

https://docs.gitlab.com/ee/user/usage_quotas.html#namespace-storage-limit-enforcement-schedule

https://news.ycombinator.com/item?id=32386323

https://www.theregister.com/2022/08/05/gitlab_reverses_deletion_policy/

https://www.theregister.com/2022/08/04/gitlab_data_retention_policy/