Re: How to populate index/worktree when recursive merge merges multiple common ancestors?

2014-06-30 Thread Christian Halstrick
They don't. The conflicts are preserved into the virtual ancestor. The user only sees the final conflicts during merging of A and B with virtual X3 as the common ancestor. Ah, now I understand. When I merge X1 and X2 into the virtual X3 I should not stop if this is not doable without conflict

Re: How to populate index/worktree when recursive merge merges multiple common ancestors?

2014-06-30 Thread Shawn Pearce
On Mon, Jun 30, 2014 at 5:48 AM, Christian Halstrick christian.halstr...@gmail.com wrote: They don't. The conflicts are preserved into the virtual ancestor. The user only sees the final conflicts during merging of A and B with virtual X3 as the common ancestor. Ah, now I understand. When I

Re: How to populate index/worktree when recursive merge merges multiple common ancestors?

2014-06-27 Thread Shawn Pearce
On Thu, Jun 26, 2014 at 10:50 PM, Christian Halstrick christian.halstr...@gmail.com wrote: Imagine git does a recursive merge between A and B and finds multiple common ancestors X1,X2 for these commits. - Does git try to create an implicit/temporary common ancestor X3 by merging X1 and X2?

How to populate index/worktree when recursive merge merges multiple common ancestors?

2014-06-26 Thread Christian Halstrick
Imagine git does a recursive merge between A and B and finds multiple common ancestors X1,X2 for these commits. - Does git try to create an implicit/temporary common ancestor X3 by merging X1 and X2? - How should workingtree, index (stage1,2,3) look like if during that merge of common ancestors a