2

这是我们目前遵循的工作流程：

  1. 完成一个功能并将其合并到develop分支中
  2. 从开发创建一个release分支
  3. release在分支上运行构建脚本
  4. 创建拉取请求以将release分支合并到master
  5. 接受release分支拉取请求并合并
  6. master然后可以通过运行 deploy 命令将分支部署到实时服务器

这一切都很好，除了在我的 Git 存储库中，我的分支不同步master现在落后了，develop因为它没有从拉取请求将release分支合并到develop. 但master也领先，develop因为它现在包含来自拉取请求的合并提交，以将release分支放入master

我可以单击 Bit Bucket 中的同步以使所有分支保持最新，但这感觉就像一个奇怪的过程，并且自动保持分支同步会更好。

或者，它们不同步真的不重要吗？

如果您不熟悉，这里是 Git Flow 流程的链接：http: //nvie.com/posts/a-successful-git-branching-model/

谢谢。

4

1 回答 1

2

当您将发布分支合并到主分支时，您要么合并开发并推送更新的开发分支，要么从主分支创建一个新分支。如果您合并开发和推送，那么有权访问开发的每个人都将在下次更新时获得更新的开发分支。

您的 master 和 remotes master 不同步，因为您没有从远程获取更新。这是你必须做的！:)

添加nwinkler 的答案以获得更好的可见性作为答案：

您需要在发布后重新合并到开发中。在我们的工作流程中，我在发布后将主分支合并回开发。这样，您就可以从发布合并中获得所有更改，并确保在执行下一个发布时可以将所有内容合并到 master 中。您的工作流程中似乎缺少最后一步

如果你得到了你想要的，那么请接受它并关闭它！

希望它有所帮助！

于 2015-02-19T09:53:52.187 回答