Re: More gitweb queries..

Hello, okay let me try again.

I have a function merge which gets a sorted array of heads. Heads can be unlimited at the time because some of the heads can be included into other heads (they're a subset) and so they don't show up in the commit object. I call this array MERGE_HEADS.

Note: If I pull into an empty tree (no HEAD) there is only one head in
this array which corresponds to the remote_head. Otherwise the first
element is *always* the local HEAD.

After that I am starting looping over MERGE_HEADS. The first thing I have to do is getting the first element out of this array and safe it for later reference I call this 'head'. Also I have to push this head in a another array called COMMIT_HEADS which will be used to create the final commit object later on. The latter will be done for every loop pass. next;

Note: If I left the the loop because there are no more MERGE_HEADS to
work on and my COMMIT_HEADS array consists only of *one* member I don't
create a COMMIT object, but save it as new HEAD because we're in a fast
forward condition (this could be pulling into an empty tree; having many
fast forward object (remote is ahead or included into the current
'head'). On the contrary if I have *more* than one object I call
commit-tree with the COMMIT_HEADS as arguments and save the new head
return from this call.

Now I start processing the second HEAD from MERGE_HEADS. I use merge_base to find out the MERGE_BASE. If this MERGE_BASE == head than we have a (remote is fast forward condition) so our CURRENT_HEAD becomes head and I delete the week of the last element of COMMIT_HEADS (but leaving the CURRENT_HEAD in COMMIT_HEADS). next; If MERGE_BASE == CURRENT_HEAD than CURRENT_HEAD is already included in our history so no need to anything, but get it out of COMMIT_HEADS. next; If it isn't a fast forward or already included case, we do automatic/threeway/manual merge and save the resulting tree for the maybe to come next automatic/threeway/manual merge. And of course also leaving the CURRENT_HEAD in COMMIT_HEADS. FIXME: Do we need to update our 'head' to the REMOTE_HEAD? next;

Oh and of course the sanity check: I can't commit-tree more than 16 parents at a time. (16 is of course the define mentioned by Linus before).

That's it.

	Thomas