Skip to main content

关于持续集成

您可以直接在 GitHub 仓库中通过 GitHub Actions 创建自定义持续集成 (CI) 工作流程。

关于持续集成

持续集成 (CI) 是一种需要频繁提交代码到共享仓库的软件实践。 频繁提交代码能较早检测到错误,减少在查找错误来源时开发者需要调试的代码量。 频繁的代码更新也更便于从软件开发团队的不同成员合并更改。 这对开发者非常有益,他们可以将更多时间用于编写代码,而减少在调试错误或解决合并冲突上所花的时间。

提交代码到仓库时,可以持续创建并测试代码,以确保提交未引入错误。 您的测试可以包括代码语法检查(检查样式格式)、安全性检查、代码覆盖率、功能测试及其他自定义检查。

创建和测试代码需要服务器。 您可以在推送代码到仓库之前在本地创建并测试更新,也可以使用 CI 服务器检查仓库中的新代码提交。

关于使用 GitHub Actions 的持续集成

使用 GitHub Actions 的 CI 提供可以在存储库中生成代码并运行测试的工作流。 工作流程可以在您托管的运行器系统上运行。 有关详细信息,请参阅关于自承载运行器

可以配置 CI 工作流,使其在 GitHub 事件发生时(例如,当新代码推送到存储库时)运行、按设定的时间表运行,或在使用存储库分发 Webhook 的外部事件发生时运行。

GitHub AE 运行 CI 测试并在拉取请求中提供每次测试的结果,因此您可以查看分支中的更改是否引入错误。 如果工作流程中的所有 CI 测试通过,您推送的更改可供团队成员审查或合并 如果测试失败,则是其中某项更改导致了失败。

如果在仓库中设置了 CI,GitHub AE 会分析仓库中的代码,并根据仓库中的语言和框架推荐 CI 工作流程。 例如,如果使用 Node.js,GitHub AE 将建议使用入门工作流来安装 Node.js 包并运行测试。 您可以使用 GitHub AE 建议的 CI 入门工作流程,自定义建议的入门工作流程,或创建自己的自定义工作流程文件来运行 CI 测试。

建议的持续集成入门工作流程屏幕截图

除了帮助设置项目的 CI 工作流程之外,您还可以使用 GitHub Actions 创建跨整个软件开发生命周期的工作流程。 例如,您可以使用操作来部署、封装或发行项目。 有关详细信息,请参阅“关于 GitHub Actions”。

有关常用术语的定义,请参阅“GitHub Actions 的核心概念”。

入门工作流程

GitHub AE 为各种语言和框架提供 CI 入门工作流程。

在 your enterprise 上的 actions/starter-workflows 存储库中浏览 GitHub 提供的 CI 入门工作流的完整列表。

延伸阅读