2

有没有办法跟踪提交是如何进入分支的?我正在使用 git 和 github 企业。

几天前,我遇到了一种情况,提交似乎已经从功能分支(“ f ”)进入我们的第一个暂存分支(“ s ”),这与预期的一样(我的同事合并了一个 PR 来做只是)。我们在我们的主节点(“ t ”)之前有一个二级暂存分支,并且不知何故,有问题的提交在没有来自f的拉取请求的情况下进入了t。我只能假设,与我们通常的工作流程相反,代码以某种方式从s合并到t,可能是通过其他一些功能分支。我想追踪有问题的提交所采用的路径。

我开始gitk试图弄清楚,但我遇到的问题是我发现网络图难以理解。有没有办法跟踪这个提交的路径,或者使用其他工具gitk,或者你能教育我(或指向一个好的资源)来理解 gitk 的图表吗?

4

2 回答 2

1

您可以使用--ancestry-pathgitk 图来简化。

$ gitk offending_commit..HEAD --ancestry-path

这将仅显示作为提交的后代的提交offending_commit和当前分支的 HEAD 的前身(您可以使用由 分隔的任何两个提交..)。

于 2014-09-09T19:09:22.760 回答
-1

在您的 GitHub Enterprise 站点中,导航到您的t分支以查看受影响的文件。在该文件上,您会看到一个Blame按钮。单击它并查看列出的所有更改,以了解您知道特定于 的更改s

您应该能够识别该文件受影响区域的提交、用户 ID、时间戳和注释,这可以帮助您确定它是如何到达那里的。

对于查看网络,我喜欢SourceTree提供的视图(免费、Windows 和 Mac)

于 2014-09-09T20:00:20.053 回答