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 majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html