Miklos Vajna <vmiklos@xxxxxxxxxxxxxx> writes: > On Tue, Oct 13, 2009 at 09:58:51PM -0700, Matthew Cline <matt@xxxxxxxxxxxxxxx> wrote: >> >> I'd like to be able to have git-commit pass the commit-message editor command >> line options which aren't passed to the editor for other usages. Right now >> I have "co" aliased to "!sh -c 'GIT_EDITOR=git-commit-editor git commit'", >> where git-commit-editor is a wrapper around my editor-of-choice which passes >> the editor the command line options I want, but it'd be simpler and cleaner >> if I could just set "commit.editor_options=-BAR". Or even let there be a >> separate editor for commits, so I could do "core.editor=foo" and >> "commit.editor=foo -BAR". > > Hmm, what is the use-case when using an option --foo is useful when > creating a commit, but not useful when crating a tag? > > Apart from introducing inconsistency... Not between commit and tag, but I can see you may want to auto-wrap for log message but forbid auto-wrap when editing rebase insn sheet during "rebase -i". -- 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