AWS CodeCommit恢复全面可用：托管Git服务回归背后的社区力量与影响

AWS近期宣布，其托管的源代码控制服务AWS CodeCommit已恢复全面可用（General Availability），并计划在2026年初新增包括Git大文件存储（Git Large File Storage, Git LFS）在内的多项功能。此举标志着该云服务提供商策略的重大转变，此前它曾宣布不再进一步开发该服务，并向新账户关闭了该服务，并鼓励用户迁移至外部替代方案。

在题为“AWS CodeCommit的未来”的文章中，Anthony Hayes宣布CodeCommit再次向新客户开放，并解释了这一转变的原因： “我们从未停止审视数据或倾听您的声音，而您的反馈清晰地表明：您需要一个由AWS托管的代码仓库解决方案。基于此反馈，CodeCommit立即恢复为全面通用可用性。”

一年多以前，AWS曾宣布了一系列服务终止和弃用计划，并开始发布文章指导用户如何用第三方Git提供商替代它。不再投资CodeCommit的决定引起了最多的争议，开发人员对该服务的状态感到困惑，并抱怨AWS文档和培训材料中存在不一致之处：许多项目仍在使用AWS CodeCommit，尽管一些新用户已无法再创建仓库。

虽然CodeCommit的功能可能无法与其他代码仓库完全匹敌，但这项托管Git服务对于许多AWS部署至关重要。由于其基础设施位于AWS边界内，它极大地简化了受监管行业的合规性要求。此外，CodeCommit通过与AWS身份和访问管理（IAM）的集成、VPC终端节点支持以及与持续交付服务AWS CodePipeline和构建服务CodeBuild的无缝连接，简化了开发流程。

AWS Hero、ReeVo公司超大规模云运营负责人Monica Colangelo解释了这一决定对社区的重要性： “经过数月的对话、反馈会议，以及一些怀疑这些努力是否真的起作用的沮丧时刻后，AWS刚刚证明了他们一直在倾听。CodeCommit回来了，这证明客户的声音确实能够影响决策，甚至是重大的决策，甚至是方向性的逆转……感谢AWS团队的倾听和勇于修正的勇气。”

HiQ公司首席AWS云解决方案架构师Peter Bengtson则持保留态度： “AWS突然让CodeCommit‘起死回生’，就像一位前任突然开始发短信给你说‘想复合’。问题不在于AWS有没有Git服务，而在于这种漫无目的的摇摆……所以，不，AWS。没门。你已经失去了我的Git信任。”

在一个热门的“AWS CodeCommit起死回生”的讨论串中，社区的反应绝大多数是积极的。用户SharpCoder2890评论道： “让客户迁移到其他解决方案本将是一场噩梦。甚至一些AWS研讨会都因为迁移出CodeCommit而需要大量返工。”

其他人则在评估，对于那些已经迁移走的项目，是否值得再迁回CodeCommit。谈及计划中的Git LFS支持，Hayes补充道： “这是你们最需要的功能。Git大文件存储将使您能够高效管理大型二进制文件，如图像、视频、设计资产和已编译的二进制文件，而不会使您的仓库膨胀。对于大型资产，您将获得更快的克隆速度、更好的性能以及更清晰的版本历史记录。”

CodeCommit目前已在29个区域可用，该云提供商计划在2026年进行区域扩张，包括西班牙和加拿大。

在一份单独的一季度公告中，该云提供商宣布多项服务将进入维护模式，包括S3 Object Lambda和Amazon CodeCatalyst，另一些服务则进入日落阶段，包括AWS Proton。这项服务的回归，再次凸显了在复杂的企业云运维与合规环境中，一项深度集成的托管服务所能提供的核心价值。