【发布时间】：2021-03-11 14:52:30
【问题描述】：
在 Azure DevOps 中，构建和发布有单独的管道。单个构建（构建工件）可以通过不同的触发器发布到多个环境。
例如当构建完成时，它会触发发布到测试环境。批准后，触发发布到另一个不同参数的环境。
GitHub 将单个构建工件部署到多个环境的方式是什么？
【问题讨论】：
标签： continuous-integration devops continuous-deployment github-actions
【发布时间】：2021-03-11 14:52:30
【问题描述】：
目前没有直接的等价物。
它可以使用多个 github 操作或同一操作中的多个依赖作业进行建模。但这不是一回事。
有些人非常有创意，构建操作会创建问题并等待特定其他人的 LGTM 评论以触发新操作。您可以使用版本或包来存储构建输出。
我猜未来会有一些事情发生，但现在，如果你想要环境、阶段、批准等。然后继续使用 Azure Pipelines 和 GitHub。
【讨论】：
-
是否可以跨多个工作流共享构建工件？
-
如果您创建 GitHub 版本，您可以将文件附加到该版本。如果您 zip 'm 全部使用受支持的包类型，则可以将 'm 粘贴在 GitHub Packages 中。如果它们低于最大附件大小，您甚至可以将它们附加到问题。但是跨动作还没有等效的管道附件。您可以在跨作业的同一操作中使用
actions/upload-artifact和actions/download-artifact操作。 -
有些人开始构建可以完成您所追求的任务，但他们依赖于了解之前工作流的
id:stackoverflow.com/questions/60355925/…