注： 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。