持续集成

关于持续集成

持续集成（CI）是一种软件实践，要求频繁地将代码提交到共享的代码仓库。更频繁地提交代码可以更早地发现错误，并减少开发人员在查找错误源时需要调试的代码量。频繁的代码更新也使得来自软件开发团队不同成员的更改更容易合并。这对开发人员来说是非常好的，他们可以花更多的时间编写代码，而不是调试错误或解决合并冲突。

当您将代码提交到您的代码仓库时，您可以持续构建和测试代码，以确保提交不会引入错误。您的测试可以包括代码格式检查工具（检查样式格式）、安全检查、代码覆盖率、功能测试和其他自定义检查。

构建和测试您的代码需要一个服务器。您可以在将代码推送到代码仓库之前在本地构建和测试更新，或者您可以使用一个 CI 服务器，该服务器检查代码仓库中的新代码提交。

关于使用 GitHub Actions 进行持续集成

使用 GitHub Actions 的 CI 提供了可以构建您代码仓库中的代码并运行测试的工作流。工作流可以在 GitHub 托管的虚拟机上运行，也可以在您自己托管的机器上运行。有关更多信息，请参见 GitHub 托管的运行器 和 自托管的运行器 。

您可以配置 CI 工作流，以便在发生 GitHub 事件时运行（例如，当新代码推送到您的代码仓库时），在设定的时间表上运行，或在使用代码仓库调度 webhook 时运行。

GitHub 运行您的 CI 测试并在拉取请求中提供每个测试的结果，因此您可以查看您分支中的更改是否引入了错误。当工作流中的所有 CI 测试通过时，您推送的更改就可以由团队成员进行审查或合并。当测试失败时，您的某个更改可能导致了失败。

当您在代码仓库中设置持续集成时，GitHub 会分析您代码仓库中的代码，并根据您代码仓库中的语言和框架推荐持续集成工作流。例如，如果您使用 Node.js ，GitHub 将建议一个工作流模板，该模板会安装您的 Node.js 包并运行您的测试。您可以使用 GitHub 建议的持续集成工作流模板，自定义建议的工作流模板，或创建您自己的自定义工作流文件来运行您的持续集成测试。

除了帮助您为项目设置持续集成工作流外，您还可以使用 GitHub Actions 在整个软件开发生命周期中创建工作流。例如，您可以使用操作来部署、打包或发布您的项目。有关更多信息，请参见 编写工作流 。

有关常见术语的定义，请参见 理解 GitHub Actions 。

下一步

GitHub 提供了多种语言和框架的持续集成工作流模板。有关使用这些模板设置持续集成的教程，请参见 构建和测试您的代码 。