Git"漏"分支？
lam*_*ler 6 git version-control git-merge branching-and-merging git-branch
我们通常在新分支上进行功能开发,然后在主分支上进行错误修正.这一次,由于某种原因,其中一个功能分支有一个泄漏,当它不应该被合并回主服务器时.
从截图中,您可以看到我们有功能分支sms_open和121217. 121217应该在我们的sprint之后合并到master中,然后sms_open分支有更长的时间估计,因此需要在将来的版本中推回.我无法弄清楚为什么sms_open commit 609129d被重新合并.我看到不需要的合并发生在75e845b,但是这样做的开发人员否认sms_open正被合并回来.有没有办法以任何方式验证这一点？
仅供参考,这里使用的git工具是适用于Mac OS的SourceTree.
从开始跟踪绿色线时121217,您可以看到它已连接到sms_open.这意味着历史记录121217基于sms_open(它是其父提交之一).
所以无论谁开始121217分支sms_open而不是master(可能是错误的).这可能是提交的作者e70759c.
当在Git中合并分支时,从分支到合并的所有提交(它们还不是正在合并的分支的一部分)将是结果的一部分.这就是为什么提交也sms_open被合并的原因.
| 归档时间： |
|
| 查看次数： |
142 次 |
| 最近记录： |