On Thu, 14 Jul 2005, James Ketrenos wrote: > > The problem is that if I run: > > git-rev-list --objects B ^C > > It shows me all of the tree and commit objects but also gives a > list of all of the files that changed between A and C as if they > are needed to move C to B.
Since you haven't merged A and B in the above, they _are_ needed, aren't they? Maybe what you want is git-rev-list --objects B ^A ^C ie "objects that are in B, but not in A or in C", since you seem to consider A uninteresting too? I don't actually understand what you want to do, and also, "git-rev-list --objects" is actually not 100% careful - it can include objects that are in the "not" group, just because it doesn't actually bother to do a full negative list (it only creates a negative list for the "boundary" objects, but it won't even do "mark_tree_uninteresting()" for commits that it has decided cannot be meaningful, so it's not in any way guaranteed to be a _minimal_ set of objects). Linus - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html