GitLab计划清理基于免费账户的休眠项目以优化成本

GitLab 声称这项政策有助于维持其财务状况的可持续发展，并计划于 2022 年 9 月生效。

鉴于可能引发强烈的舆论反对，因而 GitLab 提前数周至数月放出了预警，以便在开发者依赖的代码消失之前做好归档工作。

即便如此，考虑到诸多代码被开源项目广泛使用，大家也很是担心 GitLab 强推新政策的巨大负面影响。

开源倡导者、开放 .NET 社区参与者 Geoff Huntley 批评道 —— GitLab 陷入了“绝对的疯狂”。

源码本身并不占用太多磁盘空间，而删除代码却意味着对该社区的重创，同时毁掉 GitLab 自身的品牌商誉。

大家在 GitLab 上托管项目代码的初衷，就是为了方便公众重新混合并重复使用。

即便不能保证后续会迁移至其它平台，但开源社区的一个不成文规矩，就是确保代码可用、且不会被轻易删除。

为慎重期间，其已向维护人员发去了查询请求，可知社区对此感到异常愤怒，且各种依赖于被删除产品代码的编译项目都将受到深远的影响。

此外 Geoff Hubtley 对所谓的“不活跃”评判标准发起了炮轰—— 毕竟一旦软件编写完成并趋近于完美，“不活跃”并不意味着它的生命力有所下降。

据悉，GitLab免费套餐提供了每月 5GB 存储空间、10GB 数据传输、400 分钟的 CI / CD 访问，以及每个命名空间 / 五用户。

此前，该平台曾公开宣称会将免费套餐，作为其招揽客户与培养忠诚度的工具。

定价模型还指出，庞大用户群体使得第三方工具 / API / 集成对 GitLab 提供更好的支持，进而推动生态系统发展和该平台的市场地位。

遗憾的是，随着 GitLab 推行“温和阻止某些免费产品使用”的成本控制计划，该平台正在逐渐偏离其初心。

【更新】

在The Register的报道引发了巨大的舆论反响之后，GitLab 终于感受到了汹涌的民意。

转而采用更加模糊的措辞，以将非活跃的 repos 转储至较缓慢的对象存储中。