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

strange histories from filter-branch

From
BCBernard Clark <bernieclark4@gmail.com>
Date
Aug 22, 2014, 12:41 UTC
Message-ID
<CACpvNxTTN7G09L0WPvs4eq9v9U9duoy-bz0b1Smj4A=hwwYhtg@mail.gmail.com>

I tried sending this mail to the "git for humans" mailing list but got no response, so I'll try here.

I've been running the git filter-branch described on this page:
http://stackoverflow.com/questions/14759345/how-to-split-a-git-repository-and-follow-directory-renames.

But the resulting history includes at least two extraneous commits, i.e., commits that appear to affect no files in the subdirectory of interest. (The corresponding commits in the original history do affect files, but those files are in another subdirectory.)

I also noticed several "duplicate parent" errors during the git filter-branch. The page http://stackoverflow.com/questions/15161809/git-duplicate-parent-causes-half-the-history-to-to-disappear says that those errors can produce an incomplete new history, so I'm now wondering if, in addition to including extraneous commits, my new history might also be missing some. Both that page and http://stackoverflow.com/questions/7489713/git-duplicate-parent/7501703#7501703 say that the "duplicate parent" errors should disappear if "git filter-branch" is first run with no filter. But that didn't work for me.

Any ideas?
Message 1 of 1 in “strange histories from filter-branch”
  1. Bernard ClarkAug 22, 2014

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.