git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Have git-merge-base support multiple IDs

From
JEJan Engelhardt <jengelh@medozas.de>
Date
Jul 31, 2009, 15:51 UTC
Message-ID
<alpine.LSU.2.00.0907311745100.4901@fbirervta.pbzchgretzou.qr>
Hi,

I am using git merge-base as sort of a hack to determine where to start rebasing. Suppose this is the commit log (git log --oneline), of course, all unpublished, which is why rebase comes in:

  98683793  Fix For faae2553
  3365a01b  Fix For ab80794f
  62943a23  Feature Baz
  ab80794f  Feature Bar
  faae2553  Feature Foo

To determine the rebase point (i.e. first commit in a series), one can (ab)use git-merge-base:

  p=$(git merge-base ab80794f faae2553)
  git re -i ${p}^

And then reorder ab80794f, faae2553 to squash the fixes into the appropriate commits. This practice works well somewhat. The twist is that merge-base in git 1.6.3.3 happens to ignore any further arguments following two IDs. In short:

  git merge-base A B C...

Only yields the merge-base of A and B, and ignores C... Perhaps this missing feature could be added in a future version?

Next: Michael J Gruber
Message 1 of 4 in “Have git-merge-base support multiple IDs”
  1. Jan EngelhardtJul 31, 2009
  2. Michael J GruberJul 31, 2009
  3. Jan EngelhardtAug 3, 2009
  4. Michael J GruberAug 3, 2009

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.