给定一个包含数百个分支/数千个提交的大型 git 存储库,以及不规则的分支合并策略,如何确定两个提交之间的最短路径?换句话说,从较早的提交 A 到较晚的提交 B 的分支路径是什么路径穿过最少数量的提交?
(在我的情况下,我试图追踪一个“开发”分支的历史,该分支通过快进无意中被合并到功能分支中。“最短路径”策略似乎是一种实用的方法,但我一直在寻找git-log 和 git-rev-list [v1.8.3.1] 的帮助页面,但没有找到任何似乎可以做到这一点的选项。我是否遗漏了一些明显的东西?)
给定一个包含数百个分支/数千个提交的大型 git 存储库,以及不规则的分支合并策略,如何确定两个提交之间的最短路径?换句话说,从较早的提交 A 到较晚的提交 B 的分支路径是什么路径穿过最少数量的提交?
(在我的情况下,我试图追踪一个“开发”分支的历史,该分支通过快进无意中被合并到功能分支中。“最短路径”策略似乎是一种实用的方法,但我一直在寻找git-log 和 git-rev-list [v1.8.3.1] 的帮助页面,但没有找到任何似乎可以做到这一点的选项。我是否遗漏了一些明显的东西?)