microsoft / git-credential-manager-for-windows Goto Github PK

kedavid@KEDAVID-T420S [C:\Dev\libgit2sharp] [kevin-david/packbuilderWriteTo]
> git push --force
Please enter your GitHub credentials for https://github.com//
username: kevin-david
password:
authcode: 959999

If there was supposed to be something in between them, here’s my config:

> git remote -v
origin  https://github.com/kevin-david/libgit2sharp.git (fetch)
origin  https://github.com/kevin-david/libgit2sharp.git (push)

> git credential-manager version
Git Credential Manager for Windows version 0.9.14

Actually there's 2 issues that preventing credential manager usage when one installs git using msys2 package manager instead of git for windows installer

1. git-credential-manager installler forces installation of git-scm, so it should be optional
2. git-credential-manager can not be applied when downloded as an archive. It generates an error, that can not be seen because cmd window closes too quick.

Old version works fine with such git installation.

I have outlined the issues on stack overflow

http://stackoverflow.com/questions/33559926/save-git-credentials-using-git-credential-manager-for-windows-not-working

I've installed the latest GIT, and Credential Manager and it does not (Magically) do anything?

Well, this is weird.

First of all, as others already said, installer should not insist on installing Git if the newer version is already installed (I have 2.6.3), but let's ignore that.

When I try to, say, pull, the normal git flow executes as expected.

I am first asked for my username, then password.

If I enter normal github password, I am asked for authentication code which I receive by SMS, so it all appears to be working great. However, when I enter authcode, it's rejected (tried multiple times).

If I enter my Personal Access Token as password, it fails straight away (so it is aware of the difference between the two).

So it appears that it's 90% there, I'm not sure what's going on. How can I help you track this down?

Will this credential manager work with on-premise AD or ADFS as well? Or does it only work with VS online?

Situation: "Push" using git gui. Password not known to GCM. GCM asks for password, but this is not visible anywhere and the ui of git gui is blocked. One can only close it.

Work around: Do git push on the command line and store password there.

• git version 2.6.1.windows.1
• Git Credential Manager for Windows - v0.9 Beta 2

The install.cmd and install.ps1 aren't working as well as hoped. Differences between system configurations, versions and flavors of Windows, and end-user usage patterns make the scripts "unreliable."

SSH is popular, it doesn't get much love on Windows - we need to give it love because it is awesome.

In my network environment, I have to use proxy to connect to GitHub. So I've set git config --global http.proxy blahblahblah and it works well if I type in the ID and Password

But when I using GCM and push to GitHub, I waited for a few seconds and get an Error "Fatal: AggregateException encountered." And then Git again asked me for password.

I've turn on credential.writelog and this is what it said:

Log Start (2015-12-11 16:05:55Z)
Microsoft Git Credential Manager for Windows version Git Credential Manager for Windows
Program::Get
   targetUri = https://github.com/
Program::CreateAuthentication
   detecting authority type
   authority it GitHub
Fatal: System.AggregateException: 发生一个或多个错误。 ---> System.Threading.Tasks.TaskCanceledException: 已取消一个任务。
   --- 内部异常堆栈跟踪的结尾 ---
   在 System.Threading.Tasks.Task.ThrowIfExceptional(Boolean includeTaskCanceledExceptions)
   在 System.Threading.Tasks.Task.Wait(Int32 millisecondsTimeout, CancellationToken cancellationToken)
   在 Microsoft.Alm.CredentialHelper.Program.Get()
   在 Microsoft.Alm.CredentialHelper.Program.Main(String[] args)
---> (内部异常 #0) System.Threading.Tasks.TaskCanceledException: 已取消一个任务。<---

After I set the proxy in the Internet Setting, git stops to complain. It seems a solution but I don't want to make all other programs on my computer to use proxy or set and unset proxy setting every time I use git.

What is the problem? Can it be solved?

To get it working I had to do two things:

1. Add the directory containing git-credential-manager.exe to my PATH
2. Add a git alias: credential-manager = !git-credential-manager

Windows 10, SourceTree 1.6.23.0, "Embedded git version 2.6.1"

The detection in install.cmd does not seem scalable. I have build 1511 installed and it does not detect .NET 4.5.1, which is supported inherently with the 4.6 release installed with Windows 10.

Instead, I propose utilizing more features of batch as I'll have in a pull request to do mathematically comparisons.

Seems cygwin under even w7-64 can deal with an issue with the need to keep on typing password. No need of any extra slution. However, once use fat32 i.e not NTFS, git would say you need to chmod 700 of its credential cache which of course you cannot for fat32..

But as my cheap newly bought w10-32 (for poor guy like me using lenovo 100S that is only US$250) that means I do not have a solution. git would not provide one at least. as I have to use external drive due to only 32 gb in the cheap machine and for compatibility reason I need to use fat32, git reject it and has produced an error of "chmod 700 ..." for the git user credential.

Try the old one winstore one but I think it does not like my win10-32 bit:

Unhandled Exception: System.ComponentModel.Win32Exception: The system cannot find the file specified
at System.Diagnostics.Process.StartWithShellExecuteEx(ProcessStartInfo startInfo)
at System.Diagnostics.Process.Start()
at System.Diagnostics.Process.Start(ProcessStartInfo startInfo)
at Git.Credential.WinStore.Program.InstallTheApp(Boolean silent)
at Git.Credential.WinStore.Program.Main(String[] args)

Your new one needs 64 bit windows.

... Sigh. Keep on typing password then. I guess windows 10 with fat32 is a bit old ...

When running GCM setup.exe /silent, allow passing settings (via /LOADINF and /SAVEINF or other means) that get passed through to the actual Git installer. Also return the Git install root directory for scenarios Setup.exe is run from command prompt and Git does not yet exist in the %PATH% on return. In particular, this pattern to run the Git installer needs to go through Setup.exe instead:

$settingsPath = "$env:TEMP\$installerFile.inf"
$settingsLogPath = $settingsPath + ".log"
New-Item $settingsPath -type file -force | Out-Null
Add-Content $settingsPath "[Setup]"
Add-Content $settingsPath "Components=ext,assoc,assoc_sh"
Add-Content $settingsPath "Tasks="
Add-Content $settingsPath "PathOption=Cmd"
Add-Content $settingsPath "SSHOption=OpenSSH"
Add-Content $settingsPath "CRLFOption=CRLFAlways"
StartProcess $installerPath "/SILENT /LOADINF=$settingsPath /SAVEINF=$settingsLogPath"

# Configuring Git Client
$gitRoot = (Get-Content $settingsLogPath | Select-String -pattern "Dir=").line.Substring(4)
$gitPath = $gitRoot + "\bin\git.exe"

in order to best serve the majority of users (who are not necessarily contributors) we should provide a stand alone installer experience.

Plan:

• Add post build scripts that pack the contents of Deploy/ into a single archive.
• Add the archive as a resource to a new project.
• The new project takes ownership of the Installer class and is responsible for unpacking the archive and installing (and uninstalling?) the binaies.

The old "git-credential-winstore" would bring up a user/pass dialog on the first connection to a git host it didn't have the credentials for. The user entered the credentials into the dialog that first time and then the git-credential-winstore would reuse the credentials for all connections after that.
I'm not getting a dialog for this when trying to connect using this credential helper. Can you include some type of documentation on how to store credentials with this in the readme? Or maybe a screenshot of what I should see.

i don't know if it is achievable but it's usefull to allow to store the credentials in a directory and use it from al the subfolders, so for example if i work with github and tfs i can have this structure
GitHubProjectsFolder (<- root folder where save github credentials that will inherited from the inner reps)
GitHubProjectsFolder/ProjectARepFolder
GitHubProjectsFolder/ProjectBRepFolder
..
TfsProjectsFolder (<- root folder where save tfscredentials that will inherited from the inner reps)
TfsProjectsFolder/Project1RepFolder
TfsProjectsFolder/Project2RepFolder
..

so i can store my github credential only once for GitHubProjectsFolder and once for TfsProjectsFolder,
at the moment i can only save once globally for GitHub (or Tfs) and then set it locally for every git rep of the other type

If we can't have auto-updates to the latest version, then how about a permalink to 'latest' installer as opposed to a different URL for each version? it would be helpful to be able to reference this in a readme or otherwise be able to instruct a team to install with a persistent link.

Sorry for the dumb question but I don't understand how to add credentials for github.com. When I git pull I see this message Logon failed, use ctrl+c to cancel basic credential prompt.. I assume it's telling me I was supposed to set up a logon so it would never get to this point.

The only thing I've done is run the installer and the 3 git config commands in the README. I assume I'm missing a critical step.

Where am I supposed to be adding credentials?

A few topics to include:

• How are the creds acquired?
• Where are the creds stored?
• How does GitHub 2FA work?
• How does VSO authentication work (e.g. personal access token generation)?

It would be nice if there was some configurable aspect to the delete credentials workflow.There are several ways authentication to fail several (internet issues, VSO down), for short periods of time, and deleting the credentials for those sporadic incidents seems like overkill.

If there was a way to say never delete credentials, or only after failing for X number of hour or days, that would be a much better option.

Currently, if authentication fails even once, stored credentials are deleted.

This is what seems to be causing a Validation Failed error when I'm trying to authenticate via GCM with 2FA enabled on the command line.

Here is the sequence of events:
First, git.exe does a GET /kevin-david/libgit2sharp.git/info/refs?service=git-receive-pack HTTP/1.1, GitHub returns HTTP/1.1 401 Authorization Required

Then, GCM does a POST /authorizations HTTP/1.1 with the body:

{ "scopes": ["gist", "read:public_key", "repo"], "note": "git: https://github.com/ on KEDAVID2" }

GitHub returns:

{"message":"Must specify two-factor authentication OTP code.","documentation_url":"https://developer.github.com/v3/auth#working-with-two-factor-authentication"}

At this point, I already had a PAT with that note.

Finally, GCM does another POST https://api.github.com/authorizations HTTP/1.1 with the same body as above, and includes the X-GitHub-OTP header with the 2FA code.
GitHub returns:

{"message":"Validation Failed","errors":[{"resource":"OauthAccess","code":"already_exists","field":"description"}],"documentation_url":"https://developer.github.com/v3/oauth_authorizations/#create-a-new-authorization"}

Deleting the existing PAT lets me work around this error.

I've installed git credential manager v1.0.0. I tried to push my repository, It throws exception and git shows me default prompt.

below is .git/credential.log

Log Start (2015-12-21 03:17:23Z)
Microsoft Git Credential Manager for Windows version Git Credential Manager for Windows
Program::Get
   targetUri = https://github.com/
Program::CreateAuthentication
   detecting authority type
   authority it GitHub
Fatal: System.AggregateException: 하나 이상의 오류가 발생했습니다. ---> System.ComponentModel.Win32Exception: Unable to read from standard input (8).
   위치: Microsoft.Alm.CredentialHelper.Program.GithubCredentialPrompt(Uri targetUri, String& username, String& password)
   위치: Microsoft.Alm.Authentication.GithubAuthentication.InteractiveLogon(Uri targetUri, Credential& credentials)
   위치: Microsoft.Alm.CredentialHelper.Program.<>c__DisplayClass38_1.<<Get>b__2>d.MoveNext()
   --- 내부 예외 스택 추적의 끝 ---
   위치: System.Threading.Tasks.Task.ThrowIfExceptional(Boolean includeTaskCanceledExceptions)
   위치: System.Threading.Tasks.Task.Wait(Int32 millisecondsTimeout, CancellationToken cancellationToken)
   위치: Microsoft.Alm.CredentialHelper.Program.Get()
   위치: Microsoft.Alm.CredentialHelper.Program.Main(String[] args)
---> (내부 예외 #0) System.ComponentModel.Win32Exception (0x80004005): Unable to read from standard input (8).
   위치: Microsoft.Alm.CredentialHelper.Program.GithubCredentialPrompt(Uri targetUri, String& username, String& password)
   위치: Microsoft.Alm.Authentication.GithubAuthentication.InteractiveLogon(Uri targetUri, Credential& credentials)
   위치: Microsoft.Alm.CredentialHelper.Program.<>c__DisplayClass38_1.<<Get>b__2>d.MoveNext()<---

My github account is using 2-factor auth.

To better support GUI solutions which assume that the registered credential helper will open a secure credential dialog for them, instead of using the standard git-credential flow, support for open a dialog should be added to the GCM. The feature, most likely, should be gated behind a configuration option.

(see also #35)

The installer fails when attempting to copy files into ~\bin if that folder doesn't already exist (which I imagine is the majority of users). There is currently no check for existence of this directory: https://github.com/Microsoft/Git-Credential-Manager-for-Windows/blob/master/Cli-CredentialHelper/Installer.cs#L187-L189

As pointed out by @linquize on a62b9a1

As can be seen on https://github.com/Microsoft/Git-Credential-Manager-for-Windows/blob/8100467439bdea9735d4488aa11a84f1e1554c04/Cli-CredentialHelper/Program.cs#L670, instead of reading the operationArguments.UseModalUi value, the code is reading the operationArguments.WriteLog value. Looks like a copy/paste error from a couple of lines above.

I can't provide a PR since I'm on a Mac (can't test the change), but I noticed this issue while going through the code to understand how the interactive authentication feature works.

It'd be great if besides standard 2FA the Credential Manager also supported U2F just like login to GitHub/Google in Chrome. Instead of prompting for the Appcode the user would just touch the token to authenticate.

See also: https://github.com/blog/2071-github-supports-universal-2nd-factor-authentication

No dialog and empty credential.log

I've tried to put full path to .gitconfig

helper = !\"C:/Users/<User>/AppData/Local/Application Data/Programs/Git Credential Manager for Windows/git-credential-manager.exe\"

It does not help.

Running git-credential-manager.exe from command line outputs usage options normally.

For an account that is configured for 2FA in GitHub, can you please pop-up a UI like you do for VSO? It should work similarly to the one in the Visual Studio 2015 GitHub addin.

This is an issue because certain other tools that use git, like SourceTree, hang on the auth prompt as there's no place for the user to input anything.

With VSO the dialog appears, credentials are entered, and there's no issue. SourceTree just works. For GitHub, it hangs on the push because there's no UI popup.

Hi,

On my work laptop, the installer is throwing an error right at the end. From my experience with the old Windows Credential Store for Windows, the executable was stored under %USERPROFILE%\AppData\Local\Temp and was not permitted to run due to my company Windows Group Policy preventing launching executables from any temp folder. I suspect whether this is a similar thing happening, so can you tell the location the Git Credential Manager for Windows is installed please?

Cheers.

I just installed v0.9-beta.2 with the provided Setup.exe. Now I can't push to origin for any of my repos. I'm using the Git GUI client. The push modal status is stuck on Working... please wait....

Anybody run into this issue before? I've restarted my git client and re-tried but no luck. I'll restart my PC in a bit when I have a chance and see if that helps.

Have you thought about deploying this application via the Windows Universal Store?

That would provide a streamlined deployment experience and would provide the user with the safety of running the application in a Sandboxed environment.

If the user doesn't have credential.helper set, installer produces a fatal error
Fatal: Unable to update your ~/.gitconfig correctly. In reality, git config just returns 5, which means
you try to unset an option which does not exist (ret=5), which is technically not an error.

https://git-scm.com/docs/git-config

When using with combination with GitHub for Windows the credential store seems to be getting overwritten - as in whenever I start GitHub for Windows the Credential Manager doesn't seem to be used and I get regular credential prompts.

Testing coverage for the Git library is fairly weak. It could use some improvements.

Git for Windows 2.6.3 is released!

Since we support "installation", we should support "un-installation" or some meaningful method of removing the binaries and git-config settings.

The problem has been talked about in Issue #88 .

GCM will failed if one's network environment requires a proxy to connect to git repository, because it doesn't respect the http.proxy setting in git config.

If there is problem with using http.proxy, what about adding a credential.proxy or so?

Thanks.

See comments from @linquize at 302f2e0

I tried installing v0.9-beta.2 but was unable to. It looks like install.cmd does not support Windows 7 sp1. Is this intentional or an oversight? I am happy to put a pull request together if it's a bug.

-Phil

I installed GCM via the installer. My expectation is that it would work invisibly, so that I would have to enter my git credentials the next time I tried communicating with the remote repository, but that GCM would save them so that I would not have to do so again.

Instead, git continues to prompt me for my credentials every time, just as it did before.

My repository is checked out via HTTPS, not SSH, and GCM appears to have installed correctly, but nothing appears in my Windows credentials. Is there an additional step I am missing? The README doesn't contain any additional instructions.

Looks like the depuplication of paths while ignoring case isn't working correctly creating some confusion.

User reported the following:

Looking for Git installation(s)...
  c:\Program Files\Git
  C:\Program Files\Git

Deploying from '****' to 'c:\Program Files\Git'.
  Microsoft.Alm.Authentication.dll
  Microsoft.Alm.Git.dll
  Microsoft.IdentityModel.Clients.ActiveDirectory.dll
  Microsoft.IdentityModel.Clients.ActiveDirectory.WindowsForms.dll
  git-credential-manager.exe
        5 file(s) copied

Deploying from '****' to 'C:\Program Files\Git'.
  Microsoft.Alm.Authentication.dll
  Microsoft.Alm.Git.dll
  Microsoft.IdentityModel.Clients.ActiveDirectory.dll
  Microsoft.IdentityModel.Clients.ActiveDirectory.WindowsForms.dll
  git-credential-manager.exe
        5 file(s) copied

Hi

I have tried installing but cannot get it to work, does this tool only work with https protocol? How do I uninstall app?

Thanks
Simon

I have two different build agents, one for production, the other for development. On both boxes, I have Git Credential Manager for Windows installed. Via the git command line, I enter my username and password the first time and the application stores it into Windows Credential Manager for future use. This all works perfectly... except when a few days later the credential disappears from the store and all my processes that depend on that break. I have looked through the event logs, TechNet, this repo, and other various tech forum and I can't find the root cause of this.

It only happens with the Visual Studio Online credential. I also have a bitbucket credential stored and it doesn't have this problem.

Unfortunately, this is inconsistent. Sometimes it will go a week before the credential disappears, sometimes it happens daily.

For now, I've resorted to manually backing up the credential store and then manually restoring it. Is there something broken between this application and VSO that causes this behavior? The documentation specifically states that it was designed to work with build agents and VSO so it seems very unusual for this issue to continually happen.

I've got the credential manager installed, but when I do a git push I get prompted for my credentials every time. The manager appears to be called, as I can see the credentials added to the credential store.

>git config --global --list
[...]
credential.helper=manager
credential.writelog=true
>git push
Fatal: AggregateException encountered.
Fatal: AggregateException encountered.
Username for 'https://github.com':
[...]

The file .git/credential.log is empty, so I don't know where I could find any additional diagnostic information :-(

User has reported a constant-repro (for them) crash report (below). I've done my best to sanitize the content without removing any useful information.

git remote show origin
Program::LoadOperationArguments
Configuration::LoadGitConfiguation
Where::GitSystemConfig
Where::App
Where::GitGlobalConfig
Configuration::ParseGitConfig
Where::GitLocalConfig
Configuration::ParseGitConfig
   user.name = ****
   user.email = ****
   credential.interactive = never
   credential.validate = false
   credential.authority = AAD
   credential.writelog = true
   credential.helper = manager
   core.bare = false
   core.filemode = false
   core.symlinks = false
   core.ignorecase = true
   core.logallrefupdates = true
   core.repositoryformatversion = 0
   remote.origin.url = https://****.visualstudio.com/defaultcollection/****/_git/****
   remote.origin.fetch = +refs/heads/*:refs/remotes/origin/*
   branch.master.remote = origin
   branch.master.merge = refs/heads/master
Configuration::TryGetEntry
   authority = AAD
Configuration::TryGetEntry
   interactive = never
Configuration::TryGetEntry
   validate = false
Configuration::TryGetEntry
   writelog = true
Program::EnableTraceLogging
   trace logging enabled
Where::GitLocalConfig
   git local config found at ****
   trace log destination is ****\.git\credential.log
Program::Get
   targetUri = https://****.visualstudio.com/
Program::CreateAuthentication
   authority is Azure Directory
VsoAdalTokenCache::BeforeAccessNotification
VsoAdalTokenCache::BeforeAccessNotification
VsoAdalTokenCache::BeforeAccessNotification
BaseVsoAuthentication::GetCredentials
SecretStore::GetTargetName
Secret::UriToName
   target name = git:https://****.visualstudio.com
CredentialStore::ReadCredentials
SecretCache::ReadCredentials
SecretCache::GetTargetName
Secret::UriToName
   target name = git:https://****.visualstudio.com
BaseSecureStore::ReadCredentials
BaseVsoAuthentication::RefreshCredentials
TokenStore::ReadToken
SecretCache::ReadToken
SecretCache::GetTargetName
Secret::UriToName
   target name = ada:https://****.visualstudio.com
SecretStore::GetTargetName
Secret::UriToName
   target name = ada:https://****.visualstudio.com
BaseSecureStore::ReadToken
TokenRegistry::ReadToken
TokenRegistry::EnumerateKeys
TokenRegistry::EnumerateRootKeys
   failed to refresh credentials.
VsoAadAuthentication::NoninteractiveLogon
AzureAuthority::AcquireTokenAsync
Fatal: AggregateException encountered.
Fatal: System.AggregateException: One or more errors occurred. ---> System.ArgumentException: 'authority' Uri should have at least one segment in the path (i.e. https://<host>/<path>/...)
Parameter name: authority
   at Microsoft.IdentityModel.Clients.ActiveDirectory.Authenticator.DetectAuthorityType(String authority)
   at Microsoft.IdentityModel.Clients.ActiveDirectory.Authenticator..ctor(String authority, Boolean validateAuthority)
   at Microsoft.IdentityModel.Clients.ActiveDirectory.AuthenticationContext..ctor(String authority, TokenCache tokenCache)
   at Microsoft.Alm.Authentication.AzureAuthority.<AcquireTokenAsync>d__9.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter`1.GetResult()
   at Microsoft.Alm.Authentication.VsoAadAuthentication.<NoninteractiveLogon>d__5.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter`1.GetResult()
   at Microsoft.Alm.CredentialHelper.Program.<>c__DisplayClass21_1.<<Get>b__0>d.MoveNext()
   --- End of inner exception stack trace ---
   at System.Threading.Tasks.Task.ThrowIfExceptional(Boolean includeTaskCanceledExceptions)
   at System.Threading.Tasks.Task.Wait(Int32 millisecondsTimeout, CancellationToken cancellationToken)
   at System.Threading.Tasks.Task.Wait()
   at Microsoft.Alm.CredentialHelper.Program.Get()
   at Microsoft.Alm.CredentialHelper.Program.Main(String[] args)
---> (Inner Exception #0) System.ArgumentException: 'authority' Uri should have at least one segment in the path (i.e. https://<host>/<path>/...)
Parameter name: authority
   at Microsoft.IdentityModel.Clients.ActiveDirectory.Authenticator.DetectAuthorityType(String authority)
   at Microsoft.IdentityModel.Clients.ActiveDirectory.Authenticator..ctor(String authority, Boolean validateAuthority)
   at Microsoft.IdentityModel.Clients.ActiveDirectory.AuthenticationContext..ctor(String authority, TokenCache tokenCache)
   at Microsoft.Alm.Authentication.AzureAuthority.<AcquireTokenAsync>d__9.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter`1.GetResult()
   at Microsoft.Alm.Authentication.VsoAadAuthentication.<NoninteractiveLogon>d__5.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter`1.GetResult()
   at Microsoft.Alm.CredentialHelper.Program.<>c__DisplayClass21_1.<<Get>b__0>d.MoveNext()<---

Hi, I have 2 Github accounts and i want to be able to use both of them. Is there a possibility to store multiple pairs of {username, password}?

I have been using git commandline with their token as a password. We are using 2fa. I installed this tool, and the first time I use a git command, I see the following.

Even though I am prompted again for my username & password, I type it in (not the token) and it does not work.

You can see my .gitconfig has credential.helper=manager. I tried both the installer and the manual install. uninstalled/re-installed many times.

My windows credential manager has no entry, because I have yet to enter my user/password/authcode.

What should I do? Thanks.