我有一个带有master和a分支的存储库，在这两个分支之间有很多合并活动。当分支A基于master创建时，我如何在我的存储库中找到提交?
我的存储库基本上是这样的:
-- X -- A -- B -- C -- D -- F (master)
\ / \ /
\ / \ /
G -- H -- I -- J (branch A)
我正在寻找修订A，这不是git merge-base(——all)找到的。
当前回答
这并不是一个解决问题的方法，但我认为当我有一个长寿的分支时，我使用的方法值得注意:
在创建分支的同时，我还创建了一个名称相同但后缀为-init的标记，例如feature-branch和feature-branch-init。
(这是一个很难回答的问题，这有点奇怪!)
其他回答
你可以使用下面的命令返回branch_a中最老的提交，master无法访问它:
git rev-list branch_a ^master | tail -1
也许有一个额外的健全性检查，该提交的父节点实际上可以从master访问…
为什么不使用
git log master..enter_your_branch_here --oneline | tail -1
它提供了分支A拥有而master没有的所有提交(..的函数)，并且tail -1返回输出的最后一行，这将为您找到指定分支(分支A)的第一次提交。
然后，使用那个提交的SHA
git log enter_the_sha_here^1 --oneline | head -1
它提供了指定提交(^1函数)之前的所有提交，并返回head -1输出的第一行，这是在分支A(又名“分支点”)最早提交之前的“一次提交”。
作为一个单独的可执行命令:
for COMMIT in $(git log --format=format:%H master..HEAD | tail -1) ; do
git log $COMMIT^1 --oneline | head -1
done
在分支A (HEAD的功能)中运行上述操作
使用reflog似乎解决了这个问题git reflog <branchname>显示了所有的分支提交，包括创建分支。
这是来自一个分支，该分支在合并回主节点之前有2次提交。
git reflog june-browser-updates
b898b15 (origin/june-browser-updates, june-browser-updates) june-browser-updates@{0}: commit: sorted cve.csv
467ae0e june-browser-updates@{1}: commit: browser updates and cve additions
d6a37fb june-browser-updates@{2}: branch: Created from HEAD
一般来说，这是不可能的。在分支历史记录中，一个命名分支被分支之前的分支合并和两个命名分支的中间分支看起来是一样的。
在git中，分支只是历史记录部分提示的当前名称。他们并没有很强的认同感。
这通常不是一个大问题，因为两个提交的merge-base(参见Greg Hewgill的回答)通常更有用，给出两个分支共享的最近一次提交。
依赖于提交的父节点顺序的解决方案显然不适用于在某个分支历史上已经完全集成的情况。
git commit --allow-empty -m root # actual branch commit
git checkout -b branch_A
git commit --allow-empty -m "branch_A commit"
git checkout master
git commit --allow-empty -m "More work on master"
git merge -m "Merge branch_A into master" branch_A # identified as branch point
git checkout branch_A
git merge --ff-only master
git commit --allow-empty -m "More work on branch_A"
git checkout master
git commit --allow-empty -m "More work on master"
如果一个集成合并是反向的父分支，这种技术也会失败(例如，一个临时分支被用来执行一个测试合并到主分支，然后快速跳转到功能分支以进一步构建)。
git commit --allow-empty -m root # actual branch point
git checkout -b branch_A
git commit --allow-empty -m "branch_A commit"
git checkout master
git commit --allow-empty -m "More work on master"
git merge -m "Merge branch_A into master" branch_A # identified as branch point
git checkout branch_A
git commit --allow-empty -m "More work on branch_A"
git checkout -b tmp-branch master
git merge -m "Merge branch_A into tmp-branch (master copy)" branch_A
git checkout branch_A
git merge --ff-only tmp-branch
git branch -d tmp-branch
git checkout master
git commit --allow-empty -m "More work on master"
当然我遗漏了一些东西，但在我看来，以上所有的问题都是因为我们总是试图找到历史上的分支点，这导致了各种各样的问题，因为可用的合并组合。
相反，我采用了一种不同的方法，基于两个分支共享很多历史，分支之前的所有历史都是100%相同的，所以我的建议是向前(从第一次提交开始)，寻找两个分支的第一个差异。简单地说，分支点就是找到的第一个差值的父点。
在实践中:
#!/bin/bash
diff <( git rev-list "${1:-master}" --reverse --topo-order ) \
<( git rev-list "${2:-HEAD}" --reverse --topo-order) \
--unified=1 | sed -ne 's/^ //p' | head -1
它解决了我所有的常规案件。当然，有些边境地区没有被覆盖，但是…你好:-)
