Johannes Schindelin <Johannes.Schindelin@xxxxxx> writes: > The two topics that are in 'pu' and conflict with this series are > 'jh/clean-smudge-annex' and 'bc/cocci'. > > It also conflicted with 'va/i18n-even-more', but that one was merged to > 'master'. > > Now, I think it would be okay to wait for 'bc/cocci' to go to 'master' > before integrating the 'am-3-merge-recursive-direct' branch, but I would > want to avoid waiting for 'jh/clean-smudge-annex'. > > Do you concur? If so, I will rebase onto 'master' as soon as 'bc/cocci' > lands in there. I do not have a strong preference myself. As you are not proposing to eject jh/clean-smudge-annex from my tree, I'd have to resolve the conflicts when the second topic is merged after one topic, whichever happens to be more ready. IOW, such a rebase adds to my workload. Like it or not, it is normal for different topics to want to touch the overlapping area or one topic to invalidate an assumption the other topic is based on, and working well together does not have to mean leaving the conflict resolution to the sole responsibility of the integrator. A clean way forward may be for everybody involved (and I see you forgot to add Joey to this thread) to agree that this topic is more ready than jh/clean-smudge-annex and you and Joey to work together to rebase jh/clean-smudge-annex on top of this topic (or possibly the other way around), making him wait for you. -- 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