GitHub action 手动审批流程
GitHub action Manual approval process
我知道 GitHub 操作手动触发器是一个讨论非常多的问题，手动批准的讨论较少，但仍然存在于社区中。
我有一个问题要问那些使用 Github 动作来达到 CD 目的的人。
如您所知，Bitbucket、Gitlab、Azure Devops 等都有一个特性手动批准，这意味着管道可以到达流程中的某个步骤，例如：构建 ->测试 -> 部署到暂存。
下一步是部署到生产环境，但需要手动批准或触发。所以我的问题是，你们中的任何人是否在 GitHub 操作中使用相同的信息（分支名称、相同的测试结果）实现了该功能，而没有再次 运行 整个管道？ （这就是我还没有将我们从 Bitbucket 迁移到 GitHub 的原因）
感谢您的回答
最近，GitHub 团队宣布了 Environments 测试版。使用此功能，您可以将 手动批准 添加到您的 CI/CD.
但是，private repositories - Only GitHub Enterprise 服务计划可以在私有存储库中使用 Environments 存在限制。
我知道 GitHub 操作手动触发器是一个讨论非常多的问题，手动批准的讨论较少，但仍然存在于社区中。
我有一个问题要问那些使用 Github 动作来达到 CD 目的的人。
如您所知，Bitbucket、Gitlab、Azure Devops 等都有一个特性手动批准，这意味着管道可以到达流程中的某个步骤，例如：构建 ->测试 -> 部署到暂存。
下一步是部署到生产环境，但需要手动批准或触发。所以我的问题是，你们中的任何人是否在 GitHub 操作中使用相同的信息（分支名称、相同的测试结果）实现了该功能，而没有再次 运行 整个管道？ （这就是我还没有将我们从 Bitbucket 迁移到 GitHub 的原因）
感谢您的回答
最近，GitHub 团队宣布了 Environments 测试版。使用此功能，您可以将 手动批准 添加到您的 CI/CD.
但是，private repositories - Only GitHub Enterprise 服务计划可以在私有存储库中使用 Environments 存在限制。