{"meta":{"title":"持续集成","intro":"您可以直接在 GitHub 仓库中通过 GitHub Actions 创建自定义持续集成 (CI) 工作流程。","product":"GitHub Actions","breadcrumbs":[{"href":"/zh/actions","title":"GitHub Actions"},{"href":"/zh/actions/get-started","title":"开始"},{"href":"/zh/actions/get-started/continuous-integration","title":"持续集成"}],"documentType":"article"},"body":"# 持续集成\n\n您可以直接在 GitHub 仓库中通过 GitHub Actions 创建自定义持续集成 (CI) 工作流程。\n\n## 关于持续集成\n\n持续集成 (CI) 是一种需要频繁提交代码到共享仓库的软件实践。 频繁提交代码能较早检测到错误，减少在查找错误来源时开发者需要调试的代码量。 频繁的代码更新也更便于进行软件开发团队不同成员的更改的融合。 这对开发者非常有益，他们可以将更多时间用于编写代码，而减少在调试错误或解决合并冲突上所花的时间。\n\n提交代码到仓库时，可以持续创建并测试代码，以确保提交未引入错误。 您的测试可以包括代码格式检查（用于检查样式格式）、安全性的检查、代码覆盖率的检查、功能测试及其他自定义检查。\n\n创建和测试代码需要服务器。 您可以在推送代码到仓库之前在本地创建并测试更新，也可以使用 CI 服务器检查仓库中的新代码提交。\n\n## 关于使用 GitHub Actions 的持续集成\n\n使用 GitHub Actions 的 CI 提供可以在存储库中构建代码并运行测试的工作流。 工作流程可在 GitHub 托管的虚拟机或您自行托管的机器上运行。 有关详细信息，请参阅 [GitHub 托管的运行程序](/zh/actions/using-github-hosted-runners/about-github-hosted-runners) 和 [自托管运行程序](/zh/actions/hosting-your-own-runners/managing-self-hosted-runners/about-self-hosted-runners)。\n\n可以配置 CI 工作流，使其在 GitHub 事件发生时（例如，当新代码推送到存储库时）运行、按设定的时间表运行，或在使用存储库分发 Webhook 的外部事件发生时运行。\n\nGitHub 运行 CI 测试并在拉取请求中提供每次测试的结果，因此你可以查看分支中的更改是否引入错误。 如果工作流程中的所有 CI 测试通过，您推送的更改可供团队成员审查或合并 如果测试失败，则是其中某项更改导致了失败。\n\n如果在存储库中设置了 CI，GitHub 会分析存储库中的代码，并根据存储库中的语言和框架推荐 CI 工作流。 例如，如果使用 [Node.js](https://nodejs.org/en/)，则 GitHub 将建议使用工作流模板来安装 Node.js 包并运行测试。 可以使用 GitHub 建议的 CI 工作流模板、自定义建议的工作流模板，或创建自己的自定义工作流文件来运行 CI 测试。\n\n除了帮助设置项目的 CI 工作流程之外，您还可以使用 GitHub Actions 创建跨整个软件开发生命周期的工作流程。 例如，您可以使用操作来部署、封装或发行项目。 有关详细信息，请参阅“[撰写工作流程](/zh/actions/learn-github-actions)”。\n\n有关常见术语的定义，请参阅“[了解GitHub Actions](/zh/actions/learn-github-actions/understanding-github-actions)”。\n\n## 后续步骤\n\nGitHub 提供各种不同语言和框架的 CI 工作流模板。 有关使用这些模板设置持续集成的教程，请参阅 [构建和测试代码](/zh/actions/use-cases-and-examples/building-and-testing)。"}