Git ciągle pyta mnie o hasło

##Konfigurowanie poświadczenia.helper

Na OS X (teraz macOS), uruchom to w Terminal :

git config --global credential.helper osxkeychain

Umożliwia Gitowi używanie pęku kluczy do plików.aplikacja do przechowywania nazwy użytkownika i hasła oraz pobierania hasła do prywatnego klucza SSH z pęku kluczy.

Dla systemu Windows:

git config --global credential.helper wincred

Dla Linuksa:

git config --global credential.helper cache // If you want to cache the credentials for some time (default 15 minutes)

Lub

git config --global credential.helper store // if you want to store the credentials for ever (considered unsafe)

Uwaga: pierwsza metoda będzie buforować poświadczenia w pamięci, podczas gdy druga będzie przechowywać je w ~/.git-credentials w zwykłym tekście format.

Sprawdź tutaj aby uzyskać więcej informacji o metodzie Linuksa.
Sprawdź tutaj aby uzyskać więcej informacji o wszystkich trzech.

##Rozwiązywanie problemów

Jeśli Git credential helper jest poprawnie skonfigurowany, macOS zapisze hasło w pęku kluczy. Czasami połączenie SSH z hasłami przechowywanymi w pęku kluczy może ulec przerwaniu. Uruchom ssh-add -K lub ssh-add ~/.ssh/id_rsa, aby ponownie dodać klucz do pęku kluczy.

MacOS v10. 12 (Sierra) zmienia się na ssh

Dla macOS v10. 12 (Sierra), ssh-add -K musi być uruchamiany po każdym ponownym uruchomieniu. Aby tego uniknąć, Utwórz ~/.ssh/config z tą zawartością.

Host *
   AddKeysToAgent yes
   UseKeychain yes
   IdentityFile ~/.ssh/id_rsa

Z ssh_config man Strona w dniu 10.12.2:

UseKeychain

W systemie macOS określa, czy system powinien wyszukiwać hasła w pęku kluczy użytkownika podczas próby użycia określonego klucza. Gdy hasło jest dostarczane przez użytkownika, Ta opcja określa również, czy hasło ma być zapisane w brelok po zweryfikowaniu poprawności. Argument musi być "tak" lub "nie". Wartość domyślna to "nie".

Apple dodał Technote 2449 co wyjaśnia, co się stało.

Przed macOS Sierra, ssh wyświetla okno dialogowe z pytaniem o hasło i oferuje opcję przechowywania go w pęku kluczy. Ten interfejs został przestarzały jakiś czas temu i został usunięty.

Przydarzyło mi się to podczas aktualizacji do macOS v10 .12 (Sierra). Wygląda na to, że agent SSH został oczyszczony po aktualizacji.

$ ssh-add -L
The agent has no identities.

Po prostu uruchomiłem ssh-add zlokalizowałem moją istniejącą tożsamość. Wpisałem hasło i było dobrze, aby przejść ponownie.

Użyj tego: Replace github.com z odpowiednią nazwą hosta

git remote set-url origin [email protected]:user/repo.git

Jak powiedzieli inni, możesz zainstalować pomocnika pamięci podręcznej hasła. Głównie chciałem po prostu opublikować link dla innych platform, a nie tylko Mac. Uruchamiam Serwer Linuksowy i to było pomocne: buforowanie hasła GitHub w Git

Dla Mac:

git credential-osxkeychain

Windows:

git config --global credential.helper wincred

Linux:

git config --global credential.helper cache
git config --global credential.helper 'cache --timeout=3600'
# Set the cache to timeout after 1 hour (setting is in seconds)

Szukaj również tego, kto prosi Cię o hasło. To Git czy twój agent SSH?

W moim przypadku za każdym razem, gdy robiłam git pull, pytało mnie:

Enter passphrase for key '/work/username/.ssh/id_rsa':

Również wklejam poniżej mały fragment, który możesz dodać do pliku ~/.bashrc (lub równoważnego), aby upewnić się że twój agent SSH jest uruchomiony po zalogowaniu.

W każdym razie to był dość głupi błąd, który popełniłem, ale umieszczenie go tutaj, na wypadek, gdyby to pomogło komuś zaoszczędzić trochę czasu od szczekania na niewłaściwym drzewie, tak jak ja.

# Start the ssh-agent
function start_agent {
    echo "Initializing new SSH agent..."

    # Spawn ssh-agent
    /usr/bin/ssh-agent | sed 's/^echo/#echo/' > ${SSH_ENV}
    echo succeeded
    chmod 600 ${SSH_ENV}
    . ${SSH_ENV} > /dev/null
    /usr/bin/ssh-add
}

if [ -f "${SSH_ENV}" ]; then
     . ${SSH_ENV} > /dev/null
     ps -ef | grep ${SSH_AGENT_PID} | grep ssh-agent$ > /dev/null || {
        start_agent;
    }
else
    start_agent;
fi

git config credential.helper store

Uwaga: Podczas gdy jest to wygodne, Git będzie przechowywać Twoje poświadczenia w czystym tekście w lokalnym pliku (.Git-credentials) w katalogu twojego projektu (zobacz poniżej katalog" home"). Jeśli ci się to nie podoba, usuń ten plik i przełącz na opcję Pamięć podręczna.

Jeśli chcesz, aby Git ponownie poprosił Cię o poświadczenia za każdym razem, gdy będzie musiał połączyć się ze zdalnym repozytorium, możesz uruchomić tę komendę:

git config --unset credential.helper

Do przechowywania haseł w .Git-poświadczenia w twoim %HOME% katalog w przeciwieństwie do katalogu projektu: Użyj flagi -- global

git config --global credential.helper store

W systemie Windows dla Git 1.7.9+, uruchom następujące polecenie w wierszu polecenia, aby otworzyć plik konfiguracyjny w edytorze tekstu:

    git config --global --edit

Następnie w pliku Dodaj następujący blok, jeśli go nie ma lub odpowiednio go zmodyfikuj:

    [credential "https://giturl.com"]
        username = <user id>
         helper = wincred

Zapisz i zamknij plik. Musisz podać dane uwierzytelniające tylko raz po powyższej zmianie.

Guide to Git on Windows and GitHub using SSH to push / pull: Ilustrowany przewodnik po Git na Windows

1. Pobierz i zainstaluj PuTTY
2. ustawia zmienną środowiskową 'GIT_SSH' = ' ścieżka \ do \ plink.exe' (w zainstalowanym folderze putty) - bardzo ważne!!!
3. Uruchom ponownie Eksploratora Windows aby zmienne środowiskowe zaczęły działać (nie można tylko ponownie uruchomić wiersza polecenia)
4. Run puttygen.exe aby wygenerować nowy klucz, skopiuj public Klucz do strony GitHub
5. Zapisz ten Nowy prywatny klucz w bezpiecznym miejscu na dysku (lepiej nie Dropbox)
6. Run putty.exe i podłącz SSH do github.co
7. Szybko przejdź do folderu startowego, uruchamiając "shell: startup".
8. Uruchom klucz prywatny w systemie Windows za pomocą aplikacji pageant. Utwórz skrót w folderze startowym ze składnią " ścieżka\do\".exe ""ścieżka\do \ privatekey"
9. nie musimy ustawiać ustawienia 'puttykeyfile' wewnątrz .git / config naszych repozytoriów
10. bardzo ważne jest to, że używany jest "SSH Clone URL" GitHub, a nie HTTPS.

Użyj poniższego polecenia, aby wydłużyć czas oczekiwania, aby móc na jakiś czas ponownie wpisać hasło

git config --global credential.helper 'cache --timeout 3600'

Użyłem go dla Bitbucket i GitHub działa dla obu. Jedyne co musisz zrobić to 3600 jest w sekundach. Zwiększ to do jakiego stopnia chcesz. Zmieniłem na 259200, czyli około 30 dni. W ten sposób ponownie wprowadzam hasło co około 30 dni.

Wydaje mi się, że Odpowiedź udzielona przez static_rtti jest w pewnym sensie hakerska. Nie wiem, czy to było dostępne wcześniej, ale narzędzia Git zapewniają teraz przechowywanie poświadczeń.

Tryb Pamięci Podręcznej

$ git config --global credential.helper cache

Użyj trybu "cache", aby zachować poświadczenia w pamięci przez pewien czas. Żadne z haseł nigdy nie jest przechowywane na dysku i są usuwane z pamięci podręcznej po 15 minutach.

Tryb Przechowywania

$ git config --global credential.helper 'store --file ~/.my-credentials'

Użyj trybu "store", aby zapisać poświadczenia do zwykły plik tekstowy na dysku i nigdy nie wygaśnie.

Osobiście korzystałem z trybu przechowywania . Usunąłem moje repozytorium, sklonowałem je, a następnie musiałem raz wprowadzić moje dane uwierzytelniające.

Odniesienie: 7.14 Narzędzia Git - Przechowywanie Poświadczeń

Domyślam się, że naprawiłeś swój problem, ale nie widzę rozwiązania, które mi pomogło, więc oto jest.

Wpisz w Terminalu:

echo "" > ~/.ssh/known_hosts

To opróżni Twój plik known_hosts i będziesz musiał dodać każdy host, z którego korzystałeś i z którym się połączyłeś, ale to rozwiązało problem.

Jeśli chcesz powstrzymać Gita przed pytaniem Cię o dane logowania do repozytorium GitHub, może to być łatwe.

Używanie SSH zamiast HTTPS

Możesz zaktualizować pilota origin za pomocą SSH zamiast HTTPS "

git remote set-url origin [email protected]:username/your-repo.git

Skonfiguruj Git do przechowywania hasła i nazwy użytkownika

Oto jak możesz sprawić, by Git przechowywał nazwę użytkownika i hasło:

git config --global credential.helper store

Następnie zapisz nazwę użytkownika i hasło do sesji:

git config --global credential.helper cache

W podsystemie Windows dla Linuksa (WSL) było to jedyne rozwiązanie, które znalazłem działać:

eval `ssh-agent " ; ssh-add ~/.ssh/id_rsa

To był problem z ssh-agent nie jest prawidłowo zarejestrowany w WSL.

Miałem ten sam problem. MacOS Mojave keychain ciągle pyta o hasło. Twój id_rsa powinien być zaszyfrowany hasłem dla bezpieczeństwa. Następnie spróbuj dodać go do breloka ssh-add -K ~/.ssh/id_rsa

Jeśli twój klucz znajduje się w innym folderze niż ~/.następnie SSH zastępuje właściwy folder.

Keychain teraz zna twój klucz ssh, mam nadzieję, że wszystko działa teraz.

Jeśli nadal masz do czynienia z problemem, spróbuj

1. brew install keychain

2. echo '/usr/local/bin/keychain $HOME/.ssh/id_rsa' >> ~/.bash_profile
   echo 'source $HOME/.keychain/$HOSTNAME-sh' ~/.bash_profile

3. ssh-add -K ~/.ssh/id_rsa

Odpowiedź Orkodena na temat używania keychain z Gitem w terminalu była niekompletna i rodzi błędy. To jest to, co musisz zrobić, aby zapisać nazwę użytkownika i hasło, które wpisujesz w terminalu w pęku kluczy:

curl http://github-media-downloads.s3.amazonaws.com/osx/git-credential-osxkeychain -o git-credential-osxkeychain
sudo mv git-credential-osxkeychain /usr/local/bin
sudo chmod u+x /usr/local/bin/git-credential-osxkeychain

Następnie wpisz

git config --global credential.helper osxkeychain

Jeśli zrobiłeś już część z konfiguracją Gita przed curl-em, to nie ma problemu; to zadziała.

Jak static_rtti powiedział powyżej, Zmień

https://github.com/username/repo.git
git://github.com/username/repo.git

Do

ssh://[email protected]/username/repo.git

Ja sam zmieniłem https wplik Git / config do ssh, ale nadal nie działał. Wtedy zobaczyłem, że ty musisz zmienić github.com na [email protected]. Dobrym sposobem na uzyskanie poprawnego adresu URL jest przejście do strony projektu i kliknięcie tego:

Zmień HTTPS na SSH, aby uzyskać właściwy adres URL

Następnie dodaj ten adres URL do pliku konfiguracyjnego.

Uruchamiając macOS Cataline 10.15, metoda buforowania pęku kluczy nie działała dla mnie. I chciałem użyć https:// nie ssh

Oto, co dla mnie zadziałało:

git remote rm origin

git remote add origin https://your_git_username:[email protected]/path_to_your_git.git

To powinno działać również na GitLab

Upewnij się, że nazwa użytkownika zawiera adres e-mail, aby usunąć @email część lub pojawi się błąd stwierdzający URL using bad/illegal format or missing URL.

Zgadzam się z "codehugger" i korzystając z instrukcji "orkoden" zadziałało mi - na NetBeans 7.3 - po kliknięciu prawym przyciskiem myszy na plik i wybraniu menu kontekstowego-push - otwarte okno "push to remote" - są tu dwie opcje:

1. origin:https://github.com/myaccount/myproject.git/

2. https://github.com/myaccount/myproject.git/

Jak widać, różnica polega na parametrze origin w adresie URL - nie chcesz wybrać tej opcji (1) chcesz sprawdzić opcję (2), a to działa dobrze dla mnie.

Krok 1: Sprawdź aktualną konfigurację

cat .git/config

Otrzymasz:

[core]
    repositoryformatversion = 0
    filemode = true
    bare = false
    logallrefupdates = true
    ignorecase = true
    precomposeunicode = true
[remote "origin"]
    url = https://github.com/path_to_your_git.git
    fetch = +refs/heads/*:refs/remotes/origin/*
[user]
    name = your_username
    email = your_email
[branch "master-staging"]
    remote = origin
    merge = refs/heads/master-staging

Krok 2: Usuń swoje zdalne pochodzenie

git remote rm origin

Krok 3: Dodaj remote origin z powrotem za pomocą nazwy użytkownika i hasła

git remote add origin https://your_git_username:[email protected]/path_to_your_git.git

Jeśli Git prosi Cię o podanie nazwy użytkownika i hasła za każdym razem, gdy próbujesz wejść w interakcję z GitHub, prawdopodobnie używasz adresu URL klonu HTTPS dla swojego repozytorium.

Używanie ZDALNEGO ADRESU URL HTTPS ma pewne zalety: jest łatwiejsze do skonfigurowania niż SSH i zwykle działa poprzez ścisłe zapory sieciowe i serwery proxy. Jednak wyświetla również monit o wpisanie poświadczeń GitHub za każdym razem, gdy wyciągasz lub naciskasz repozytorium.

Możesz skonfigurować Git tak, aby przechowywał Twoje hasło. dla Windows :

git config --global credential.helper wincred

Git zapyta Cię o passowrd jeśli używasz https protokołu. Jeśli użyjesz ssh, uwierzytelni się przy użyciu Twojego klucza prywatnego, zamiast pytać o hasło. (https://help.github.com/en/github/authenticating-to-github/adding-a-new-ssh-key-to-your-github-account)

Oto Jak to naprawić:

git remote -v

To pokaże adres URL pochodzenia. I zauważysz https w tym adresie url. (Przykład : https://github.com/PrestaShop/PrestaShop.git )

Teraz musisz najpierw to usunąć i dodać adres URL za pomocą ssh

git remote remove origin

git remote add origin [email protected]:PrestaShop/PrestaShop.git

Istnieją różne rodzaje uwierzytelnień w zależności od konfiguracji. Oto kilka:

1. git credential-osxkeychain.

   Jeśli Twoje poświadczenie jest nieprawidłowe, usuń je przez:

     git credential-osxkeychain erase
   

   Lub:

     printf "protocol=https\nhost=github.com\n" | git credential-osxkeychain erase
   

   Więc Git nie poprosi Cię o pozwolenie na brelok. Następnie skonfiguruj go ponownie.

   [10]}Zobacz: Aktualizacja poświadczeń z Pęku Kluczy OS X na GitHub

2. Twój klucz SSH RSA.

   W tym celu musisz porównać swój SSH klucz z tym co dodałeś, sprawdź przez ssh-add -L/ssh-add -l Jeśli używasz właściwej tożsamości.

3. Twoje uwierzytelnianie HTTPS (jeśli używasz https zamiast ssh protokołu).

   Użycie ~/.netrc (%HOME%/_netrc w systemie Windows), aby podać swoje poświadczenia, np.]}

     machine stash1.mycompany.com
     login myusername
     password mypassword
   

Dowiedz się więcej: synchronizacja z GitHub W Stack Overflow.

Zanim będziesz mógł użyć swojego klucza w GitHub, wykonaj ten krok w samouczku, testowanie połączenia SSH:

$ ssh -T [email protected]
# Attempts to ssh to GitHub

Literówka w adresie URL sprawi, że Git poprosi Cię o nazwę użytkownika i hasło, głupi Git.

Został przetestowany na Kali Linux , Git w wersji 2.7.0,

Try:

Git clone https://github.com/thisrepodoesntexists/doesntexists.git

Jeśli używasz systemu Windows i nagle zaczęło się to dziać niespodziewanie na Githubie, prawdopodobnie jest to spowodowane niedawnym wyłączaniem obsługi przestarzałych algorytmów kryptograficznych w dniu 2018-02-22, w takim przypadku rozwiązaniem jest po prostu pobranie i zainstalowanie najnowszej wersji pełnego Git dla Windows lub po prostu Git Credential Manager Dla Windows .

Rozwiązanie Microsoft Stack (Windows i Azure DevOps)

Najpierw otwórz plik .git/config, aby upewnić się, że adres wygląda następująco:

protocol://something@url

Np.git / config dla Azure DevOps:

[remote "origin"]
    url = https://[email protected]/mystore/myproject/
    fetch = +refs/heads/*:refs/remotes/origin/*

Jeśli problem nadal występuje, otwórz Windows Credential Manager, kliknij safebox o nazwie poświadczenia systemu Windows i usuń wszystkie poświadczenia związane z Gitem.

Teraz, gdy następnym razem zalogujesz się do git, to już nie zniknie.

Jeśli masz skonfigurowanego agenta SSH, możesz również dodać go do ~/.gitconfig, aby zmusić git do używania SSH dla wszystkich repozytoriów GitHub zamiast HTTPS:

[url "ssh://[email protected]/"]
    insteadOf = git://github.com/
    insteadOf = https://github.com/

(Jeśli pracujesz głównie z publicznymi repo, możesz również użyć pushInsteadOf zamiast insteadOf, ponieważ odczyt z publicznego repo może odbywać się bez uwierzytelniania).

Miałem taki problem. Repo wymagało ode mnie podania poświadczeń za każdym razem. Wszystkie moje repozytoria nie pytały o moje referencje. Byli nawet skonfigurowani do śledzenia GitLab przy użyciu HTTPS pod tymi samymi poświadczeniami konta, więc to było dziwne, że wszystkie działały dobrze, z wyjątkiem jednego.

Porównanie .pliki Git / config, stwierdziłem, że były 2 kluczowe różnice w adresach URL, które powodowały problem:

Prosi o referencje:

https://gitlab.com/myaccount/myproject

Nie prosi o referencje:

https://[email protected]/myaccount/myproject.git 

Więc dodanie "myaccount@" i ".git " rozwiązał problem w moim przypadku.

W moim przypadku zawsze otrzymywałem monit o hasło, gdy próbowałem cherrypick URL taki jak poniżej:

git fetch http://username@gerrit-domainname/repositoryname refs/changes/1/12345/1 && git cherry-pick FETCH_HEAD

Ten adres URL działał dobrze, gdy cherrypicked na innej maszynie. Jednak na mój koniec, gdy próbuję odczytać poprawne hasło abc@12345 kiedyś miałem poniżej błąd:

remote: Unauthorized
remote: Authentication failed for http://username@gerrit-domainname  

W moim pliku konfiguracyjnym git zdalny URL był taki jak poniżej:

url = ssh://gerrit-domainname:8080/wnc

Rozwiązanie:
Rozwiązałem problem niepowodzenia uwierzytelniania, dostarczając hasło HTTP które znalazłem na
Moje konto gerrit - > Ustawienia - > hasło HTTP.

Hasło HTTP było czymś w rodzaju Th+IsAduMMy+PaSS+WordT+RY+Your+OwNPaSs, które znacznie różniło się od mojego rzeczywistego hasła abc@12345

Uwaga : mój adres URL do cherrpick zaczyna się od git fetch ... więc to rozwiązanie może działać na git checkout / download gdzie adres URL zaczyna się od git fetch ...