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

interactive rebase of binary files?

From
Phil Lawrence <prlawrence@gmail.com>
Date
Aug 1, 2009, 03:58 UTC
Message-ID
<530ac78e0907312058i1fbc3685qad060d5c01f5b8ac@mail.gmail.com>

With the help of some friends, I now have an understanding of how to tease interleaved commits out of a branch (dev, branched from master), into two new branches (foo and bar, branched from dev):

git checkout dev git checkout -b foo git rebase -i master #rebase everything SINCE master etc., repeat for bar...

However, there is a problem with binary files. For example, if I specify "edit" in the git-rebase-todo list for one of the binary file commits, only one version of the binary file is presented to me in the working copy. If it were a text file, I'd expect to see the standard conflict stuff within the one file. I'd edit and save that one file. However, in the case of binary files, should I not see binary_file.a and binary_file.b both in the working copy, so that I can compare and pick a winner (or edit one of them into a winner)?

More likely, my expectations are due to my ignorance, and someone can point me to the "git" way of doing this. Please?

Phil Lawrence
Next: Jeff King
Message 1 of 2 in “interactive rebase of binary files?”
  1. Phil LawrenceAug 1, 2009
  2. Jeff KingAug 1, 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.