# except build/, which is used as an MSBuild target.

# The packages folder can be ignored because of Package Restore # but database connection strings (with potential passwords) will be unencrypted # TODO: Comment the next line if you want to checkin your web deploy settings # DocProject is a documentation generator add-in # files generated by popular Visual Studio add-ons. # Ignore Visual Studio temporary files, build results, and On, here's the file that is generated for Visual Studio + Windows. gitignore file based on your OS, IDE, language, etc. This is painful because the token is a long string of digits that you can't easily memorise, so you'll be cutting and pasting from a password manager or something less secure.There's an online tool which allow you to generate. Then you use the token instead of your password. If you really want to use command line, first generate a token, instructions here: It's probably easier to use the GitHub application. Please use a personal access token instead. You'll get an error like this: remote: Support for password authentication was removed on August 13, 2021. Prior answers are probably out of date for GitHub but may be ok for other git repositories. While we do this for the credential helper protocol, we do not adjust git credential-cache-daemon ( man) (which won't work on Windows, anyway, because it requires Unix sockets) nor git credential-store ( man) (which writes the file ~/.git-credentials which we consider an implementation detail that should be opaque to the user, read: we do expect users not to edit this file manually). So let's change the credential machinery to accept both CR/LF and LF line endings.

However, it does help on Windows, where CR/LF line endings are common: as unrecognized commands are simply ignored by the credential machinery, even a command like quit (which is clearly intended to abort) would simply be ignored (silently) by Git. Passwords usually need to consist of non-control characters, URLs need to have special characters URL-encoded, and user names, well, are names. In practice, it seems very unlikely that something like this happens. Note that this changes the behavior a bit: if a credential helper produces, say, a password with a trailing Carriage Return character, that will now be culled even when the rest of the lines end only in Line Feed characters, indicating that the Carriage Return was not meant to be part of the line ending. This fix makes using Git credentials more friendly to Windows users: it allows a credential helper to communicate using CR/LF line endings ('DOS line endings' commonly found on Windows) instead of LF-only line endings ('Unix line endings'). (Merged by Junio C Hamano - gitster - in commit 542b3c2, ) credential: treat CR/LF as line endings in the credential protocol See commit 356c473 () by Nikita Leonov ( nyckyta).

With Git 2.29 (Q4 2020), the parser in the receiving end of the credential protocol is loosen to allow credential helper to terminate lines with CRLF line ending, as well as LF line ending. If they are incorrect, a simple printf 'protocol=https host= username=xxx'| git-credential-manager-core erase will remove them (on Windows, Linux or Mac) If not, that might means your credentials were already stored. On the first push, a popup will appear asking for your credentials (username/password) for the target server (for instance ) See more at ' Unable to change git account'. Then your password (or rather a token is used nowadays) would be stored in the Windows Credential Manager. ( After Git 2.38.1, is called manager (no longer ' manager-core')) This is from the Microsoft multi-platform credential manager GCM. Git config -global credential.helper manager Ideally, you should enter: git config -global credential.helper manager-core

Make clean debug on git for windows