Amazon CodeCatalyst 更新：支持 GitLab 和 Bitbucket 仓库

关键要点

我很高兴地宣布，我们进一步将 Amazon CodeCatalyst 与两个受欢迎的代码仓库集成起来： GitLab 和 Bitbucket，同时也保留了与 GitHub 的现有集成。我们将同样的功能带到了 GitLabcom 和 Bitbucket Cloud，这使得开发者的工作体验更加无缝。

Amazon CodeCatalyst 是一项统一的软件开发和交付服务，使软件开发团队能够快速而轻松地规划、开发、协作、构建和交付应用程序，进而减少开发生命周期中的摩擦。

GitHub、GitLab 和 Bitbucket 的集成

CodeCatalyst 的 GitHub、GitLab 和 Bitbucket Cloud 仓库扩展简化了开发工作流的管理，用户可以直接在 CodeCatalyst 内部查看和管理外部仓库。此外，您可以在外部仓库中存储和管理工作流定义文件，同时还能创建、读取、更新和删除与 CodeCatalyst 开发环境关联的文件。此扩展还会自动在代码推送和拉取请求被打开、合并或关闭时触发 CodeCatalyst 的工作流，从而最大限度地提高开发效率。

蓝图的创建与管理

更重要的是，从今天开始，您可以从蓝图创建一个 GitHub、GitLabcom 或 Bitbucket Cloud 仓库中的 CodeCatalyst 项目，并且可以将蓝图添加到任何这三个系统的现有代码库中，也可以在您存放在 GitHub、GitLabcom 或 Bitbucket Cloud 上的外部仓库中创建自定义蓝图。

CodeCatalyst 蓝图 有助于加速开发。这些预构建的模板提供源代码仓库、示例代码、CI/CD 工作流以及集成的问题跟踪，帮助您快速上手。蓝图会自动更新以包含最佳实践，确保您的代码保持现代化。您还可以创建自定义蓝图，以标准化团队的开发流程，指定技术、访问控制、部署和测试方法。

将 CodeCatalyst 空间与 Git 仓库托管服务连接

使用这三种源代码仓库提供者中的任何一种开始配置非常简单。作为 CodeCatalyst 空间 的管理员，您可以选择要配置扩展的空间，然后选择 设置，在 已安装扩展 部分选择 配置，以将您的 CodeCatalyst 空间与 GitHub、GitLabcom 或 Bitbucket Cloud 账户连接。

这只是对每个 CodeCatalyst 空间的单次操作，但您可能希望将您的空间连接到多个源提供者的账户。

使用 GitHub 时，您还需要将自己的 CodeCatalyst 用户与 GitHub 用户关联。在右上角的个人菜单中选择 我的设置，然后找到 个人连接 部分，选择 创建，按照说明进行身份验证并链接这两个账户。

从蓝图创建项目并托管于 GitHub、GitLabcom 和 Bitbucket Cloud

您可以在外部仓库中从蓝图创建项目，并随后为该项目添加其他蓝图。在本示范中，我选择使用 GitHub。

假设我想创建一个新的项目来实现一个 API。我从一个实现 API 的蓝图开始，使用 Python 和 AWS 无服务器应用程序模型AWS SAM。蓝图还创建了 CI 工作流 和 问题 管理系统。我希望我的项目代码托管在 GitHub 上，这使我能够直接在 CodeCatalyst 工作流中使用 GitHub 仓库中的源文件。

我首先在 CodeCatalyst 空间页面选择 创建项目，接着选择 从蓝图开始，然后选择我想使用的 CodeCatalyst 蓝图 或 空间蓝图，接着选择 下一步。

填写项目名称后，打开 高级 部分，选择 GitHub 作为 仓库提供者，并选定我的 GitHub 账户。您还可以选择 连接 GitHub 账户 配置其他连接。

此时的具体配置取决于所选择的蓝图。在这个例子中，我选择了语言版本、要部署到的 AWS 账户、AWS Lambda 函数的名称，以及 AWS CloudFormation 堆栈的名称。

项目创建后，我可以在我的 GitHub 账户中看到一个新仓库，它包含了来自蓝图的代码和资源。

向现有项目添加蓝图

您可以在项目中应用多个蓝图，以将功能组件、资源和治理整合到现有的 CodeCatalyst 项目中。我的项目可以支持以独立管理的不同蓝图的各种元素。服务文档 帮助您了解现有项目蓝图的生命周期管理。

我现在可以向外部源代码仓库中的现有项目添加蓝图。创建完后端 API 项目后，我想为我的项目添加一个 Web 应用程序。

我在左侧菜单中导航到 Blueprints 部分，并在屏幕右上方选择橙色的 添加蓝图 按钮。

接下来，我选择 单页面应用程序 蓝图并点击 下一步。

在下一个屏幕上，我确保选择了我的 GitHub 连接，并填写此特定模板所需的信息。在屏幕右侧，我回顾了提议的更改。

使用 CodeCatalyst Enterprise Tier 时，我还可以创建自己的自定义蓝图与队友或组织内其他小组共享。为简洁起见，本文不详细说明此过程。更多信息请参见 使用自定义蓝图标准化项目 的文档。

当 CodeCatalyst 完成安装新蓝图时，我可以在 GitHub 上看到第二个仓库。

单个或多个仓库策略

在组织代码时，您可以选择使用一个大型的整体仓库，或者将其拆分为更小、更专业的仓库以实现更好的组织管理。单个仓库简化了对紧密相关项目的依赖管理，但在规模扩大时可能会变得杂乱。多个仓库则能提供更清晰的组织和改进的安全性，但需要规划以管理独立项目之间的依赖关系。

CodeCatalyst 让您为项目选择最佳策略。更多信息请参见文档中关于 在 CodeCatalyst 中存储和协作代码的源仓库 的章节。

在之前的示例中，我选择的蓝图建议将第二个蓝图作为一个独立的 GitHub 仓库进行应用。根据您选择的蓝图，它可能会建议您创建一个独立的仓库，或者将新代码合并到现有仓库中。在后一种情况下，蓝图会为您提交一个拉取请求，您只需合并到您的仓库中。

区域与可用性

此项新的 GitHub 集成在 Amazon CodeCatalyst 可用的两个 AWS 区域美国西部俄勒冈州和欧洲爱尔兰内免费提供。

立即体验！

作者：Sbastien Stormacq

Seb 自上世纪 80 年代中期第一次接触 Commodore 64 以来就开始编写代码。他用自己热情、好奇、创新的精神激励构建者利用 AWS 云的价值。他的兴趣包括软件架构、开发工具和移动计算。如果您想向他推销某样东西，请确保它具备 API。可以在 Twitter 上关注他 @sebsto。