注： GitHub 托管的运行器目前在 GitHub Enterprise Server 上不受支持。 您可以在 GitHub 公共路线图 上查看有关未来支持计划的更多信息。
对仓库具有写入权限的任何人都可以使用 GitHub Actions 设置持续集成 (CI)。
在设置 CI 后，可以根据您的需求自定义工作流程。
- 在 GitHub Enterprise Server 上，导航到仓库的主页面。
- 在仓库名称下，单击 Actions（操作）。
- 找到与您要用的语言和工具匹配的模板，然后单击 Set up this workflow（设置此工作流程）。
- 单击 Start commit（开始提交）。
- 在页面底部，输入一条简短、有意义的提交消息，描述您对文件所作的更改。 您可以在提交消息中将提交归于多个作者。 更多信息请参阅“创建有多个合作作者的提交”。
- 在提交消息字段下面，确定是要将提交添加到当前分支还是新分支。 如果当前分支是默认分支，则应选择为提交创建新分支，然后创建拉取请求。 更多信息请参阅“创建新的拉取请求”。
- 单击 Propose new file（提议新文件）。
在推送到仓库后，您可以在 GitHub 上跟踪持续集成工作流程运行的状态和详细日志，并接收自定义的通知。 更多信息请参阅“配置通知”和“管理工作流程运行”。
状态徽章显示工作流程目前失败还是通过。 添加状态徽章的常见位置是仓库的 README.md 文件，但也可将其添加到您喜欢的任何网页。 默认情况下，徽章显示默认分支的状态。 您也可以在 URL 中使用 branch 和 event 查询参数显示特定分支或事件运行的工作流程状态。
更多信息请参阅“Learn GitHub Actions”。