从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 获得的价值不是它的收入，而是它的影响力。”

参考链接：