Git "leaky"分支？

Question

我们通常在新分支上进行功能开发，然后在 master 分支上进行错误修复。这一次，出于某种原因，其中一个功能分支发生泄漏，在不应该 merge 到 master 中。

从屏幕截图中，您可以看到我们有功能分支 sms_open 和 121217。121217 应该在我们的 sprint 之后 merge 到 master 中，然后 sms_open 分支的时间估计更长，因此需要将其推回 future 发布。我不明白为什么 sms_open 提交 609129d 被 merge 回来。我看到不需要的 merge 发生在 75e845b，但是这样做的开发人员否认 sms_open 被 merge 回来。有没有办法以任何方式验证这一点？

仅供引用，此处使用的 git 工具是适用于 Mac OS 的 SourceTree。

Answer 1

当您从 121217 开始向下追踪绿色线时，您可以看到它连接到 sms_open。这意味着 121217 的历史基于 sms_open(它是其父提交之一)。

因此，无论是谁启动了 121217 分支，它都基于 sms_open 而不是 master(可能是错误的)。这可能是提交 e70759c 的作者。

在 Git 中 merge 一个分支时，所有来自要 merge 的分支但尚未属于要 merge 到的分支的提交都将成为结果的一部分。这就是 sms_open 的提交也被 merge 的原因。