On Fri, Feb 17, 2012 at 09:27:44PM -0800, Brian Norris wrote: > > Overriding the smtp user from the config is a separate issue, and I > > don't think that is currently possible. The usual way to spell an option > > like that in git is "--no-smtp-user", but it seems that we use perl's > > GetOptions, which does not understand that syntax. So you'd have to add > > a "--no-smtp-user" by hand. > > I think the "--no-smtp-user" is what I really wanted. I've written a > different patch that actually targets the user name properly, but I've > also found a current solution that can work for scripting purposes: > just redirect the $GIT_CONFIG environment variable to /dev/null > temporarily. Just FYI, the fact that doing so works is somewhat accidental. Long ago, GIT_CONFIG was respected everywhere as an override to stop reading any other config. Later, it was dropped, but retained its meaning only for the git-config command, mostly for historical reasons (although these days one would do better to use "git config -f $file" instead). So the reason it works for git-send-email is that send-email in turn calls git-config to actually look at config values, because send-email is a perl script and not a C program. In other words, the fact that GIT_CONFIG is respected is a coincidence of some implementation decisions, not an intended behavior. I don't think we have any plans for those implementation details to change in the near future. So by all means, use it if you like for the time being. But know that it's not a behavior which is guaranteed not to change in future versions. > Perhaps I'll send my new patch sometime, but it's not pressing and I'm > not sure what kind of use it would actually get. I think the ideal case would be a patch that teaches the send-email option parsing code to understand a "--no-*" counterpart for every option, without having to modify each option individually. I haven't looked at how easy or hard that would be, though. -Peff -- 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