On Fri, Feb 26, 2016 at 12:17:49PM +0530, Guilherme wrote:
> 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.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html