小编Nat*_*ury的帖子

在工作中，我们现在使用 GitHub 以及 GitHub 流程。我对GitHub流程的理解是有master分支和feature分支。与 git flow 不同，它没有开发分支。

这对于我们已经完成的项目非常有效，并且简化了事情。

但是对于我们的产品来说，我们有一个开发和生产环境。对于生产环境，我们使用master分支，而对于开发环境，我们不知道该怎么做？

我能想到的唯一想法是：

1. 当分支与 master 合并时，使用 GitHub 操作重新部署 master。
2. 当推送另一个分支时，设置 GitHub 操作，以便将任何其他分支（master 除外）部署到此环境。

目前，对于需要开发环境的项目，我们基本上使用 git flow（功能 -> 开发 -> 主控）。

您认为我的想法合理吗？如果不合理，您有何建议？

编辑：

只是为了澄清一下，我问的是使用GitHub Flow而不是git flow实现开发的最佳方法。

我们使用 AWS CodeBuild 和 GitHub Webhook 来触发构建过程。当为以 Jira 票证前缀（即 ）开头的分支创建 PR 时oscs-278，我们使用 Terraform 构建一个新环境。当我们提交 PR 时，它会触发构建过程来更新该环境。

这一流程对我们来说效果很好，特别是自 2021 年 2 月起，AWS CodeBuild 允许您将并发构建设置为 1。这对我们来说很重要，因为我们一次应该只进行一个部署，其余的应该排队。

但是，我们当前的构建过程最多需要 15 分钟，如果我们在此时间范围内提交到分支，则如果另一个构建正在进行中，则该项目不会排队。

这可能是 GitHub Webhooks 的问题，还是与 AWS CodeBuild 有关的问题。

来自AWS文档：

队列中的最大构建数是并发构建限制的五倍。

所以理论上，队列中应该有 5 个（最多）