Josh Triplett <josh@xxxxxxxxxxxxxxx> writes: > Linus Torvalds wrote: >> >> And yes, that's done by the core revision parsing code, so when you do >> >> git log --full-history --parents -- $project >> >> you do get the rewritten parent output (of course, it's not actually >> _simplified_, so you get a fair amount of duplicate parents etc which >> you'd still have to simplify and which don't do anything at all). >> >> Without the "--full-history", you get a simplified history, but it's >> likely to be _too_ simplified for your use, since it will not only >> collapse multiple identical parents, it will also totally _remove_ parents >> that don't introduce any new content. > > Considering that git-split does exactly that (remove parents that don't > introduce new content, assuming they changed things outside the > subtree), that might actually work for us. I just checked, and the > output of "git log --parents -- $project" on one of my repositories > seems to show the same sequence of commits as git log --parents on the > head commit printed by git-split $project (apart from the rewritten > sha1s), including elimination of irrelevant merges. So one potential action item that came out from this discussion for me is to either modify --pretty=raw (or add --pretty=rawish) that gives the rewritten parents instead of real parents? With that, you can drop the code to simplify ancestry by hand in your loop, and also you do not have to do the grafts inforamation yourself either? If that is the case I'd be very happy. The only thing left for us to decide is if reporting the true parenthood like the current --pretty=raw makes sense (if so we need to keep it and introduce --pretty=rawfish). The only in-tree user of --pretty=raw seems to be git-svn but it only looks at path-unlimited log/rev-list from one given commit, so the only difference between dumping what is recorded in the commit object and listing what parents we _think_ the commit has is what we read from grafts. I think we are safe to just "fix" the behaviour of --pretty=raw Comments? - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html