Paul Ebermann <Paul-Ebermann@xxxxxx> writes: > I'm normally using (for differences to head) git status first, and then > have a look at the files I really want to see. Then completion of only > the changed files seems useful. By the time completion offers you the choices, you already have spent enough extra cycles to compute the paths, which is half the cost of generating the diff itself. I have this nagging feeling that you are trying to solve a problem that does not exist. Perhaps you have too many things going on in your working tree at once, and if git helped in such a way that your workflow does not have to touch so many (possibly unrelated) things at once, you do not have to worry about unconstrained "git diff" output overwhelming 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