Re: Fwd: git clone does not respect command line options

From: Jeff King <peff@peff.net>
Date: Feb 26, 2016, 07:34 UTC
Message-ID: <20160226073444.GA26340@sigill.intra.peff.net>
In-Reply-To: <CAMDzUtxQPMty0Nncr7Yj3up6Zb6F-E0QudOMOZO_jG-Goq0YBg@mail.gmail.com>

On Fri, Feb 26, 2016 at 12:17:49PM +0530, Guilherme wrote:

Show 22 quoted lines

> I'm trying to use git in an integration test and i'm having trouble
> with configuration options.
> 
> On windows developer machines we use wincred as our credenital helper
> and thus have it set in ~/.gitconfig
> 
> For the integration test that is no use as it will make testing
> unauthorized logging in impossible.
> 
> Since there is no way of disabling configuration options on the
> command line i tried setting it to store with a file I could delete.
> So in front of every command we insert `-c credential.helper="store
> --file=creds.txt"`. In the end the command line looks like:
> 
> git -c credential.helper="store --file=creds.txt" clone
> http://admin:admin@oururl@20000/TestRepo.git
> 
> I see the file creds.txt being created containing only
> http://admin:admin@oururl@20000/TestRepo.git but the credenital at the
> same time appears in the windows credential store.
> 
> Can anybody else confirm this?

That's behaving as expected. Unfortunately, you cannot currently do what you want easily; there is no way to "unset" a multi-valued config variable (like credential.helper) with a later one. Git will ask both configured helpers for the password, and will store a successful result in both.

The simplest way I can think of to work around it is to point your $HOME elsewhere[1] during the integration test, so that it does not read your regular ~/gitconfig.

-Peff

[1] Actually, that is what I would do on a Unix system. I have no idea
    how the home directory is determined on Windows.