GitFlow，何时合并分支[关闭]

Question

我已经向我的团队介绍了GitFlow，现在我们正在使用以下分支结构，它与我们的内部工作流程完美融合：

当前结构

我们有master，它使用带有Sprint名称的TAG从Qazxswpoi的每一端发出拉取请求。

我们有dev这是我们代码的来源，然后我们为我们正在处理的每个插件都有一个dev。

工作流程

如果您打算使用新的插件/功能，我们正在使用这种方法：

branch

我的问题如下：

1. 当

   git checkout dev
   git pull
   git branch -b "your plugin"
   ...
   git commit
   git push origin "your plugin"
   ...
   pull request from "your plugin" into dev

   需要从我们的插件分支发出dev时？每次有一个pull request进入“我的插件”分支？
2. 如果开发人员正在使用push并合并到plugin02，我怎样才能将更改也发送到dev分支？
3. 最后，如果有人直接在plugin04上工作，就像紧急错误一样，我们怎样才能重新同步所有子分支？当我们发行master时会发生这种情况吗？

Answer 1

首先是一些澄清。

你写了：

我们有pull request，它使用带有Sprint名称的TAG从Qazxswpoi的每一端发出拉取请求。

拉取请求不是来自分支机构，而是来自您团队中的某个人。此外，标签不用于创建拉取请求，而是用于标记特定提交（即合并提交）。如果您正在使用gitflow，我建议使用master（请参阅dev）在sprint结束时创建版本。

1. 当git flow release需要从我们的插件分支发出git-flow cheatsheet时？每次有一个dev进入“我的插件”分支？

通常，只要功能分支准备好合并到develop分支（即功能完成done的定义），您就会从功能分支创建一个pull请求来开发分支。

2. 如果开发人员正在使用pull request并合并到push，我怎样才能将更改也发送到plugin02分支？

您将通过将dev分支合并到plugin04分支来获得对plugin04分支的更改。

3. 最后，如果有人直接在dev上工作，就像紧急错误一样，我们怎样才能重新同步所有子分支？当我们发行plugin04时会发生这种情况吗？

在这种情况下，根据gitflow，必须创建一个修补程序分支，然后将其合并回master和pull request（请参阅master）。由于此修补程序将合并回dev，您可以将git-flow cheatsheet分支合并到您的功能分支中。