学习
实践
活动
工具
TVP
写文章

从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/

  • 发表于:
  • 本文为 InfoQ 中文站特供稿件
  • 首发地址https://www.infoq.cn/article/LZpQ0SzJ31zLKH8K0723
  • 如有侵权,请联系 cloudcommunity@tencent.com 删除。

扫码关注腾讯云开发者

领取腾讯云代金券