git 是否像 "A->B; A->C; C->B" 那样在三角形合并时中断?
Does git break on triangle merges like "A->B; A->C; C->B"?
我有 3 个分支:master
、feature1
和 feature2
。这两个功能分支都是从 master
中分支出来的。我完成了 feature2
并提出了 feature2->master
拉取请求。但是,我等不及 PR 获得批准,然后通过 master->feature1
合并将 feature2
变成 feature1
。我现在 feature1
需要 feature2
。下面的方法会不会有什么问题:
- 合并
feature2
到 feature1
- 等待某人批准 PR 并将
feature2
合并到 master
- 过段时间,通过合并使长期存在的分支
feature1
更新 master
的任何更改。
Git绝对可以应付你说的场景。但是,你必须考虑它是否真的是你想要的,这是否符合你正在使用的分支模型。
唯一可能出现的问题与您的工作流程有关。例如,如果拉取请求未获批准,或者在审核期间您必须更改有关 feature2
?
的一些基本内容,会发生什么情况
但是假设这些问题是由您使用的工作流程处理的,严格地从 git 的角度来看,您计划做的事情是完全没问题的。
我有 3 个分支:master
、feature1
和 feature2
。这两个功能分支都是从 master
中分支出来的。我完成了 feature2
并提出了 feature2->master
拉取请求。但是,我等不及 PR 获得批准,然后通过 master->feature1
合并将 feature2
变成 feature1
。我现在 feature1
需要 feature2
。下面的方法会不会有什么问题:
- 合并
feature2
到feature1
- 等待某人批准 PR 并将
feature2
合并到master
- 过段时间,通过合并使长期存在的分支
feature1
更新master
的任何更改。
Git绝对可以应付你说的场景。但是,你必须考虑它是否真的是你想要的,这是否符合你正在使用的分支模型。
唯一可能出现的问题与您的工作流程有关。例如,如果拉取请求未获批准,或者在审核期间您必须更改有关 feature2
?
但是假设这些问题是由您使用的工作流程处理的,严格地从 git 的角度来看,您计划做的事情是完全没问题的。