# overriding/removing inherited credential.helper 4 messages from 2012-11-10 to 2013-02-07. Participants: 乙酸鋰, Ted Zlatanov, Junio C Hamano. Thread: https://gitlist.dev/t/32057 ## 乙酸鋰, 2012-11-10 15:12 Subject: overriding/removing inherited credential.helper Message-ID: URL: https://gitlist.dev/e/CAHtLG6QaHOOYgVFPyOWo44-jTX__cd0dCyu%2Bvs%2BUf4_U-HxySw%40mail.gmail.com ``` In credential.c, line 67: if (!strcmp(key, "helper")) string_list_append(&c->helpers, value); In global config, I add one credential helper. But I do not want to use any credential helper in a specific repository. Currently there is no way in local config to override and remove inherited credential helper. Of course, I do not want to change global config. Could you suggest a patch? ``` ## Ted Zlatanov, 2013-02-07 14:36 Subject: Re: overriding/removing inherited credential.helper, Do not add an empty value from config credential.helper Message-ID: <87pq0cchsz.fsf@lifelogs.com> URL: https://gitlist.dev/e/87pq0cchsz.fsf%40lifelogs.com In-Reply-To: ``` On Sat, 10 Nov 2012 23:12:50 +0800 乙酸鋰 wrote: > In credential.c, line 67: > if (!strcmp(key, "helper")) > string_list_append(&c->helpers, value); > In global config, I add one credential helper. > But I do not want to use any credential helper in a specific repository. > Currently there is no way in local config to override and remove > inherited credential helper. > Of course, I do not want to change global config. > Could you suggest a patch? On Sat, 10 Nov 2012 23:08:04 +0800 乙酸鋰 wrote: > Below is current git message when a local config credential.helper has > an empty value. Please skip an empty value. > $ git push --force origin master > git: 'credential-' is not a git command. See 'git --help'. > Did you mean this? > credential > Total 0 (delta 0), reused 0 (delta 0) > To https://user@github.com/user/myrepo.git > + d23aa6a...3405990 master -> master (forced update) I would like that too (needed it today). Maybe the empty string (as suggested) or "none" could be acceptable. "none" seems friendlier and is very unlikely to collide with an actual credential helper. Ted ``` ## Junio C Hamano, 2013-02-07 18:23 Subject: Re: overriding/removing inherited credential.helper, Do not add an empty value from config credential.helper Message-ID: <7vvca47zl3.fsf@alter.siamese.dyndns.org> URL: https://gitlist.dev/e/7vvca47zl3.fsf%40alter.siamese.dyndns.org In-Reply-To: <87pq0cchsz.fsf@lifelogs.com> ``` Ted Zlatanov writes: >> Below is current git message when a local config credential.helper has >> an empty value. Please skip an empty value. > >> $ git push --force origin master >> git: 'credential-' is not a git command. See 'git --help'. >> Did you mean this? >> credential Why isn't "do not add empty string, or any random string that ends up referring to a helper that you do not have" a solution? >> Total 0 (delta 0), reused 0 (delta 0) >> To https://user@github.com/user/myrepo.git >> + d23aa6a...3405990 master -> master (forced update) > > I would like that too (needed it today). Maybe the empty string (as > suggested) or "none" could be acceptable. Whatever you do, I do not think introducing a per-variable hack [credential] helper = none ;# or "helper = clear" helper = mine ;# this is the only thing I use like that is a sane way to go. "Clear everything you saw so far" would be useful for variables other than "credential.helper"; shouldn't it be done by adding a general syntax to the configuration file format and teach the configuration parser to clear the cumulative definitions so far? ``` ## Ted Zlatanov, 2013-02-07 18:38 Subject: Re: overriding/removing inherited credential.helper, Do not add an empty value from config credential.helper Message-ID: <871ucsc6lt.fsf@lifelogs.com> URL: https://gitlist.dev/e/871ucsc6lt.fsf%40lifelogs.com In-Reply-To: <7vvca47zl3.fsf@alter.siamese.dyndns.org> ``` On Thu, 07 Feb 2013 10:23:20 -0800 Junio C Hamano wrote: JCH> "Clear everything you saw so far" would be useful for variables JCH> other than "credential.helper"; shouldn't it be done by adding a JCH> general syntax to the configuration file format and teach the JCH> configuration parser to clear the cumulative definitions so far? That's a question for the configuration parser, right? I don't have an informed opinion on how it should be implemented, and am OK with any syntax to clear a variable. Ted ```