GitHub Flow 和每日部署（与 Master 同步）
GitHub Flow and Daily Deployments (Syncing with Master)
我们是一家软件公司，有几个不同的项目和产品线。我们决定采用 GitHub Flow 模型。但是，我们遇到了一个小障碍，想知道其他地方是如何处理它的。
我们的开发人员...
- 创建要开发的分支；
- 一旦他们完成分支，他们就会与 master 同步；
- 创建合并请求（进行代码审查）；
- 将其发送给 QA 进行最终验收并合并到 Master 中。
然而，有一个重大的放缓，任何时候一个分支合并到主分支，当前在队列中的所有其他分支都需要重新同步，然后进行质量检查。因此，他们几乎不得不等到一个完成，而不是多个 QA 在多个分支上工作。重新同步.. QA。我知道自动化测试会有所帮助，我们现在正在构建它，但还有其他方法吗？
在 master 更新后，您不需要 rebase master 或 merge master（我想这就是您所说的重新同步的意思）。相反，您可以将主题分支直接合并到 master 中。您可以跳过上面的第 2 步。来自 GitHub 流（强调已添加）：
If the branch has been open for too long and you feel it’s getting out of sync with the master branch, you can merge master into your topic branch and keep going. You can easily see in the pull request discussion or commit list when the branch was last brought up to date with the ‘master’.
如果您认为您的主题分支可能会破坏更新后的 master，您只需将 master 合并到您的主题分支中。否则，可以直接将主题分支合并到master.
我们是一家软件公司，有几个不同的项目和产品线。我们决定采用 GitHub Flow 模型。但是，我们遇到了一个小障碍，想知道其他地方是如何处理它的。
我们的开发人员...
- 创建要开发的分支；
- 一旦他们完成分支，他们就会与 master 同步；
- 创建合并请求（进行代码审查）；
- 将其发送给 QA 进行最终验收并合并到 Master 中。
然而，有一个重大的放缓，任何时候一个分支合并到主分支，当前在队列中的所有其他分支都需要重新同步，然后进行质量检查。因此，他们几乎不得不等到一个完成，而不是多个 QA 在多个分支上工作。重新同步.. QA。我知道自动化测试会有所帮助，我们现在正在构建它，但还有其他方法吗？
在 master 更新后，您不需要 rebase master 或 merge master（我想这就是您所说的重新同步的意思）。相反，您可以将主题分支直接合并到 master 中。您可以跳过上面的第 2 步。来自 GitHub 流（强调已添加）：
If the branch has been open for too long and you feel it’s getting out of sync with the master branch, you can merge master into your topic branch and keep going. You can easily see in the pull request discussion or commit list when the branch was last brought up to date with the ‘master’.
如果您认为您的主题分支可能会破坏更新后的 master，您只需将 master 合并到您的主题分支中。否则，可以直接将主题分支合并到master.