git how to find commit hash where branch originated from

GitGit Branch

Git Problem Overview


Pretend I branched from my master branch to a topic branch, and then I did a few commits on my topic branch. Is there a command that tells me the commit hash on the master branch that my topic branch originated from?

Ideally, I wouldn't have to know how many commits I've made ( trying to avoid HEAD^5 ).

I've googled and SO'd around and can't seem to land on the answer. Thanks!

Git Solutions


Solution 1 - Git

You can use git reflog show --no-abbrev <branch name>. It will output all changes made to the branch, including it's creation, for example (I created branch xxx from master branch):

bdbf21b087de5aa2e78a7d793e035d8bd9ec9629 xxx@{0}: branch: Created from master

Note that this is not very reliable as reflog records can expire (90 days by default), and it seems like there is no 100% reliable way to do this.

Solution 2 - Git

use git merge-base master your-branch to find the best common ancestor between two branches (usually the branching point).

Solution 3 - Git

The only 100% reliable way to do this is to tag the beginning of your branch when you create it. The accepted answer will not work if you merge commits back to the branch you originated your new branch from. This is sometimes done for example if you are creating a stabilizing release branch and want to merge back your fixes you find during release testing back to master. A common thing to do. If you know you will never merge commits from your new branch back to the originating branch then the accepted answer will work.

Solution 4 - Git

If branches of interest are not yet merged, just like everyone says:

  • git merge-base branch1 branch2

If you've merged your branches (e.g. topic and master, merged either way):

  • Find where the last merge happened (that's what all the current answers suggest)
    • git merge-base topic master
    • gives you sha-of-last-merge
  • Find the two (in theory, possibly more) commits that were used for the merge:
    • git rev-list --parents -n 1 sha1-of-last-merge
    • gives you sha-of-last-merge sha-of-parent-1 sha-of-parent-2
    • we're interested in the last two
  • Take those two SHA1s of parents and repeat the process:
    • git merge-base sha-of-parent-1 sha-of-parent-2
    • if you didn't have intermediate merges, this will give you the commit where the branch was first created
    • otherwise you have to keep repeating
      • the worst part here is that there's no way to know when to stop other than looking at commit messages or apply other heuristics. If you're lucky you will eventually arrive at a commit on master than only has a single parent - thet's a natural stopping point. However, if you started your topic branch from a commit on master that had several parents (i.e. a merge commit), then no luck. Need heuristics / common sense / other knowledge.

Attributions

All content for this solution is sourced from the original question on Stackoverflow.

The content on this page is licensed under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.

Content TypeOriginal AuthorOriginal Content on Stackoverflow
QuestionbrycemcdView Question on Stackoverflow
Solution 1 - GitmaxView Answer on Stackoverflow
Solution 2 - GitknittlView Answer on Stackoverflow
Solution 3 - GitRick WildesView Answer on Stackoverflow
Solution 4 - GitDmitry AvtonomovView Answer on Stackoverflow