cvalusek <clintv2@xxxxxxxxx> writes: > If a user has local modifications not on the index and does a pull, I have > seen git attempt to start applying the merge to master and abort. The whole > checkout is then left in a terrible state that is nearly > unrecoverable. What do you mean by "terrible state"? What does "git status" say? > In the past, I thought GIT would run some sort of check to identify > these problems before it attempts the merge. Git does check uncommited changes before merging. It allows the merge if the changes touch different files (i.e. if the merge is guaranteed not to touch the same files as the one for which you have uncommited changes). -- Matthieu Moy http://www-verimag.imag.fr/~moy/ -- 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