注: 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”。