Am 30.11.2012 04:27, schrieb W. Trevor King: > On Thu, Nov 29, 2012 at 08:11:20PM -0500, Phil Hord wrote: >> On Thu, Nov 29, 2012 at 2:13 PM, W. Trevor King <wking@xxxxxxxxxx> wrote: >>> On Thu, Nov 29, 2012 at 01:29:12PM -0500, Phil Hord wrote: >>>> But I really don't want to figure out how to handle submodule >>>> collisions during a merge (or rebase!) of my superproject with changes that >>>> someone else auto-committed in his local $superproject as he and I >>>> arbitrarily floated up the upstream independently. There is nothing but >>>> loathing down that path. >>> >>> This is true. I'm not sure how gitlink collisions are currently >>> handled… >> >> They've always been trouble for me. But it may be that I am ignorant. > > I haven't dealt with any gitlink merges, but I think that supporting > easy gitlink merges is orthogonal to this --remote option. For simple > cases like "autocommitted submodule floats", one of the conflicting > gitlinks will be an ancestor of the other, so it should be easy to > automate that merge. Submodule merges where one submodule commit is the ancestor of the other are already resolved automatically in recent git. So Phil's example will just work as long as only fast-forward merges are needed. -- 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