我们经常发布文档更新,此页面的翻译可能仍在进行中。有关最新信息,请访问英文文档。如果此页面上的翻译有问题,请告诉我们

关于持续集成

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

GitHub 操作 is available with GitHub Free, GitHub Pro, GitHub Team, and GitHub Enterprise Cloud. 更多信息请参阅“GitHub 的产品。”

本文内容:

关于持续集成

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

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

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

关于使用 GitHub 操作 的持续集成

使用 GitHub 操作 的 CI 提供默认工作流程,可在您的仓库中创建代码,然后在 GitHub 托管的服务器上运行测试。 工作流程在虚拟环境中的云托管服务器上运行,可以访问您的仓库的克隆版本。 更多信息请参阅“GitHub 操作 的虚拟环境”。

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

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

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

提议的持续集成模板截屏

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

For a definition of common terms, see "Core concepts for GitHub 操作."

支持的语言

GitHub 提供各种不同语言和框架的 CI 工作流程模板。

浏览 actions/starter-workflows 仓库中 GitHub 提供的 CI 工作流程模板完整列表。

工作流程运行通知

If you enable email or web notifications for GitHub 操作, you'll receive a notification when any workflow runs that you've triggered have completed. The notification will include the workflow run's status (including successful, failed, neutral, and canceled runs). You can also choose to receive a notification only when a workflow run has failed.

You can also see the status of workflow runs on a repository's Actions tab. 更多信息请参阅“管理工作流程运行”。

工作流程运行的状态徽章

状态徽章显示工作流程目前失败还是通过。 添加状态徽章的常见位置是仓库的 README.md 文件,但也可将其添加到您喜欢的任何网页。 徽章显示默认分支(通常是 master)的状态。 您也可以在 URL 中使用 branchevent 查询参数显示特定分支或事件运行的工作流程状态。

更多信息请参阅“配置工作流程

延伸阅读

问问别人

找不到要找的内容?

联系我们