On Sat, Sep 05, 2009 at 05:04:22AM -0400, Jeff King wrote: > On Wed, Sep 02, 2009 at 07:39:23PM +0100, Mark Brown wrote: > > My main wishlist would be to have the same control for the changes to be > > committed for the big merge case, the use case being while resolving > I think we need to be more concrete than that. What is the "big merge > case"? If there are any unmerged paths? The context was that this was done when explictly requested by the user so all the time when enabled. In the context I'm thinking of this would be used via the command line more than via the config file. > What exactly should be cut out, and how can it be configured? Should you > have "status.unmerged" to cut out certain things? Which things (of > staged, unstaged, and untracked)? Or should it go the other way, with a > status.showStaged variable which can be set to "always", "never", or > "unmerged" (and probably adding an "unmerged" option to > "status.showUntrackedFiles). I'd been thinking of not showing anything in the index but keeping everything else. In terms of a configuration variable I'd go with specifying the things not to show rather than the things to show - the noise to cut out. -- 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