Question

我正在研究功能A.它需要通过 date 合并到主人。

我正在研究功能A'。它取决于A但可以晚于 date 合并。

我应该如何组织自己？

Answer 1

分支A关闭主人。分行A＆＃39;关A。

1 - 2 - 3 [master]
         \
          4 - 5 - 6 [A]
                   \
                    7 - 8 - 9 [A']

随着A的开展，将A＆＃39;到新的A。

1 - 2 - 3 [master]
         \
          4 - 5 - 6 - 11 - 12 [A]
                   \
                    7 - 8 - 9 [A']

git checkout A'
git rebase A

1 - 2 - 3 [master]
         \
          4 - 5 - 6 - 11 - 12 [A]
                             \
                              7A - 8A - 9A [A']

如果掌握了工作并且A需要重新绑定到新的主人身上，则必须小心更新A＆＃39;。

如果合并的人理解Git，则不需要任何特殊的命名约定。存储库的几何形状将使依赖性变得明显。无论如何，没有人应该盲目地合并分支，而不是先与谁合作。

如果他们不是，可以命名为A feature/something_descriptive，然后命名为A＆＃39;是feature/something_descriptive/more_description来反映依赖性。

A合并为主人后，通过改变A＆＃39;来简化事情。掌握并继续开发A＆＃39;。

git checkout master
git merge A
git branch -d A

1 - 2 - 3 --------- 10 [master]
         \         /
          4 - 5 - 6
                   \
                    7 - 8 - 9 [A']

git checkout A'
git rebase master

1 - 2 - 3 --------- 10 [master]
         \         /  \
          4 - 5 - 6    7A - 8A - 9A [A']

然后A＆＃39;可以正常合并。

Answer 2

我分叉主人创建A，然后分叉A来创建A＆＃39;。您可以根据需要将其他中继提交拉入分支，并将A合并回主服务器而不合并A＆＃39;进入A（或进入主人）。

Answer 3

将待处理的工作混合在一个分支上，交互式rebase将A已准备好合并的内容放在A'之前未合并的内容中，合并A内容。< / p>

在这种情况下我应该如何组织我的git分支？

3 个答案: