Skip to main content

此版本的 GitHub Enterprise 已停止服务 2022-06-03. 即使针对重大安全问题,也不会发布补丁。 要获得更好的性能、改进的安全性和新功能,请升级到 GitHub Enterprise 的最新版本。 如需升级方面的帮助,请联系 GitHub Enterprise 支持

关于持续部署

您可以直接在 GitHub 仓库中通过 GitHub Actions 创建自定义持续部署 (CD) 工作流程。

注: GitHub 托管的运行器目前在 GitHub Enterprise Server 上不受支持。 您可以在 GitHub 公共路线图 上查看有关未来支持计划的更多信息。

关于持续部署

持续部署 (CD) 是使用自动化发布和部署软件更新的做法。 作为典型 CD 过程的一部分,代码在部署之前会自动构建并测试。

持续部署通常与持续集成相结合。 有关持续集成的更多信息,请参阅“关于持续集成”。

关于使用 GitHub Actions 的持续部署

您可以设置 GitHub Actions 工作流程来部署软件产品。 要验证产品是否按预期工作,您的工作流程可以在存储库中构建代码,并在部署之前运行测试。

您可以配置 CD 工作流程在发生 GitHub Enterprise Server 事件(例如,将新代码推送到存储库的默认分支)时运行、按设定的时间表运行、手动运行或者在使用存储库分发 web 挂钩的外部事件发生时运行。 有关工作流程何时可以运行的更多信息,请参阅“触发工作流程的事件”。

GitHub Actions 提供的功能使您可以更好地控制部署。 例如,您可以使用环境来要求批准才能继续作业,限制哪些分支可以触发工作流程,或限制对机密的访问。 有关这些功能的详细信息,请参阅“使用 GitHub Actions 进行部署”和“使用环境进行部署”。

初学者工作流程和第三方操作

GitHub Enterprise Server 为几种流行的服务(如 Azure Web App)提供部署入门工作流程。 若要了解如何开始使用入门工作流程,请参阅“使用入门工作流程”或浏览部署入门工作流程的完整列表。 还可以查看有关特定部署工作流程的更详细指南,例如“部署到 Azure App 服务”。

许多服务提供商还会在 GitHub Marketplace 上提供用于部署其服务的操作。 有关完整列表,请参阅 GitHub Marketplace

延伸阅读