关于持续集成
持续集成 (CI) 是一种软件实践，要求频繁地将代码提交到共享存储库。更频繁地提交代码可以更快地检测到错误，并减少开发人员在查找错误根源时需要调试的代码量。频繁的代码更新还可以更轻松地合并来自软件开发团队不同成员的更改。这对开发人员来说非常棒，他们可以花费更多时间编写代码，而花费更少的时间调试错误或解决合并冲突。
当您将代码提交到存储库时，您可以持续构建和测试代码，以确保提交不会引入错误。您的测试可以包括代码 linter（检查样式格式）、安全检查、代码覆盖率、功能测试和其他自定义检查。
构建和测试代码需要服务器。您可以在将代码推送到存储库之前在本地构建和测试更新，也可以使用 CI 服务器检查存储库中是否有新的代码提交。
关于使用 GitHub Actions 进行持续集成
使用 GitHub Actions 进行 CI 可以提供工作流，这些工作流可以构建存储库中的代码并运行您的测试。工作流可以在 GitHub 托管的虚拟机上运行，也可以在您自己托管的机器上运行。有关更多信息，请参阅“使用 GitHub 托管的运行器”和“关于自托管运行器”。
您可以配置 CI 工作流，使其在发生 GitHub 事件时运行（例如，当新代码推送到您的存储库时）、按设定的时间表运行，或使用存储库调度 Webhook 在发生外部事件时运行。
GitHub 会运行您的 CI 测试，并在拉取请求中提供每个测试的结果，以便您可以查看分支中的更改是否引入了错误。当工作流中的所有 CI 测试都通过时，您推送的更改就可以由团队成员审查或合并。如果测试失败，则您的更改之一可能是导致失败的原因。
在存储库中设置 CI 时，GitHub 会分析存储库中的代码，并根据存储库中的语言和框架推荐 CI 工作流。例如，如果您使用 Node.js，GitHub 将建议一个工作流模板，该模板会安装您的 Node.js 包并运行您的测试。您可以使用 GitHub 建议的 CI 工作流模板、自定义建议的工作流模板，或创建自己的自定义工作流文件来运行 CI 测试。
除了帮助您为项目设置 CI 工作流外，您还可以使用 GitHub Actions 在整个软件开发生命周期中创建工作流。例如，您可以使用 Actions 来部署、打包或发布您的项目。有关更多信息，请参阅“编写工作流”。
有关常见术语的定义，请参阅“了解 GitHub Actions”。
工作流模板
GitHub 提供了针对各种语言和框架的 CI 工作流模板。
在 actions/starter-workflows 存储库中浏览 GitHub 提供的完整 CI 工作流模板列表。