git: „cache referencji” nie jest poleceniem git

Postępowałem zgodnie z instrukcjami do listu, w tym częścią dotyczącą buforowania haseł. Wygląda na to, że instrukcje są nieprawidłowe, ponieważ za każdym razem git push origin masterpojawia się ten błąd:

git: 'credential-cache' is not a git command. See 'get --help'.

... w którym momencie jestem zmuszony wpisać moją nazwę użytkownika i hasło. Po wykonaniu tej czynności ponownie pojawia się ten sam komunikat o błędzie, a następnie komunikat wyjściowy z git push.

Oto zawartość mojego pliku .gitconfig:

[user]
    name = myusername
    email = myusername@myemaildomain.com
[credential]
    helper = cache

Dla jasności, po zainstalowaniu Git i uruchomieniu Git Bash, oto dokładnie to, co wpisałem:

git config --global user.name "myusername"
git config --global user.email "myusername@myemaildomain.com"
git config --global credential.helper cache

Proszę pomóż. To takie frustrujące!

Z bloga znalazłem :

„Ten [git-credential-cache] nie działa w systemach Windows, ponieważ git-credential-cache komunikuje się przez gniazdo Unix.”

Git dla Windows

Ponieważ msysgit został zastąpiony przez Git dla Windows, używanie Git dla Windows jest teraz najłatwiejszą opcją. Niektóre wersje instalatora Git dla Windows (np. 2.7.4) mają pole wyboru podczas instalacji, aby włączyć Git Credential Manager. Oto zrzut ekranu:

Nadal używasz msysgit? Dla msysgit wersji 1.8.1 i nowszych

wincredPomocnik został dodany w msysGit 1.8.1. Użyj go w następujący sposób:

git config --global credential.helper wincred

Dla wersji msysgit starszych niż 1.8.1

Najpierw pobierz git-credential-winstore i zainstaluj go w katalogu git bin.

Następnie upewnij się, że katalog zawierający git.cmd znajduje się w zmiennej środowiskowej Path. Domyślny katalog to C: \ Program Files (x86) \ Git \ cmd w systemie 64-bitowym lub C: \ Program Files \ Git \ cmd w systemie 32-bitowym. Prostym sposobem na przetestowanie tego jest uruchomienie wiersza polecenia i wpisanie git. Jeśli nie otrzymasz listy poleceń git, oznacza to, że nie jest poprawnie skonfigurowana.

Na koniec uruchom wiersz polecenia i wpisz:

git config --global credential.helper winstore

Lub możesz edytować plik .gitconfig ręcznie:

[credential]
    helper = winstore

Po wykonaniu tej czynności możesz zarządzać danymi uwierzytelniającymi git za pomocą Menedżera poświadczeń systemu Windows, który możesz pobrać za pomocą Panelu sterowania systemu Windows.

Wygląda na to, że gitteraz jest dostarczany z wincredgotowym do użycia systemem Windows (msysgit):

git config --global credential.helper wincred

Odniesienie : https://github.com/msysgit/git/commit/e2770979fec968a25ac21e34f9082bc17a71a780

Pierwszy bieg git config --global credential.helper wincred

Następnie idź do: CONTROL PANEL\CREDENTIAL MANAGER\WINDOWS CREDENTIAL\GENERIC CREDENTIAL

następnie kliknij dodaj poświadczenie w Internet or network address: dodaj git:https://{nazwa użytkownika}.github.com

User: {imię}

Password: {Hasło}

Napotkałem ten problem podczas korzystania z AptanaStudio3 na Windows7. Pomogło mi to:

git config --global credential.helper wincred

Kod pobrany stąd

Jest teraz o wiele łatwiejszy sposób konfiguracji buforowania hasła Git poprzez dwukrotne kliknięcie małego pliku exe w systemie Windows. Program jest nadal oparty na git-credential-winstorewspomnianej w głosowaniu odpowiedzi, chociaż projekt został przeniesiony z GitHub na http://gitcredentialstore.codeplex.com/

Możesz pobrać exe (i plik binarny dla komputerów Mac) z tego postu na blogu: https://github.com/blog/1104-credential-caching-for-wrist-friendly-git-usage

Podobny błąd to 'credential-wincred' is not a git command

Akceptowane i popularne odpowiedzi są już nieaktualne ...

wincreddotyczy projektu git-credential-winstore, który nie jest już obsługiwany .

Został zastąpiony przez Git-Credential-Manager-for-Windows obsługiwany przez Microsoft open source .

Pobierz wersję jako plik zip z powyższego linku i wypakuj zawartość do

\cygwin\usr\libexec\git-core

(lub \cygwin64\usr\libexec\git-corejak może być)

Następnie włącz go (ustawiając globalny .gitconfig) - wykonaj:

git config --global credential.helper manager

Jak używać

Nie jest wymagana dalsza konfiguracja.

Działa [automatycznie], gdy potrzebne są poświadczenia.

Na przykład podczas przesyłania do platformy Azure DevOps otwiera okno i inicjuje przepływ oauth2 w celu pobrania tokena.

ref:

• https://github.com/babun/babun/issues/318

• https://github.com/Microsoft/Git-Credential-Manager-for-Windows#installation-in-an-msys2-environment

Najpierw znajdź wersję, której używasz do GIT.

za pomocą tego polecenia: git --version

jeśli masz nowszą wersję niż 1.7.10.

Następnie po prostu użyj tego polecenia.

git config --global credential.helper wincred

Odniesienie

Ze względu na innych, którzy zgłaszają się na ten problem, miałem ten sam problem w Ubuntu (mianowicie, że moje hasła nie były buforowane, pomimo prawidłowego ustawienia opcji i otrzymania błędu git: 'credential-cache' is not a git command.), dopóki nie dowiedziałem się, że ta funkcja jest tylko dostępne w Git 1.7.9 i nowszych .

Będąc na starszej dystrybucji Ubuntu (Natty; jestem upartym użytkownikiem Gnome 2) wersją repozytorium była wersja git 1.7.4.1. Użyłem następującego PPA do aktualizacji: https://launchpad.net/~git-core/+archive/ppa

Ze względu na inne osoby mające ten problem - wylądowałem tutaj, ponieważ próbowałem urozmaicić się tym, jak utworzyłem nowe repozytorium github, ale pomocnik poświadczeń strony konfiguracji nie działa, chyba że sklonujesz repozytorium.

„Wskazówka: Pomocnik poświadczeń działa tylko po sklonowaniu adresu URL repozytorium HTTPS. Jeśli zamiast tego użyjesz adresu URL repozytorium SSH, klucze SSH są używane do uwierzytelniania. Ten przewodnik oferuje pomoc w generowaniu i użyciu pary kluczy SSH”.

Rozwiązałem ten problem, usuwając credentialsekcję z konfiguracji konkretnego projektu:

• Właśnie wpisałem: git config -e
• W edytorze usunąłem całą sekcję [credential] helper = cache.

To usunęło irytującą wiadomość:

git: 'credential-cache' is not a git command. See 'git --help'.

Zdaję sobie sprawę, że jestem trochę spóźniony do rozmowy, ale napotkałem dokładnie ten sam problem W mojej konfiguracji git miałem dwa wpisy poświadczeń…

W moim pliku .gitconfig

[credential]
helper = cached
[credentials]
helper = wincred

Poprawka: Zmieniłem mój plik .gitconfig na poniższe ustawienia

[credential]
helper = wincred
[credentials]
helper = wincred

Ten sam problem występował z naszymi repozytoriami DevOps Azure po zmianie naszej domeny, tj. Z @ xy.com na @ xyz.com. Aby rozwiązać ten problem, wygenerowaliśmy nowy token dostępu osobistego z następującymi uprawnieniami:

Kod: odczyt i zapis Opakowanie: odczyt

Następnie otworzyliśmy Menedżera poświadczeń systemu Windows, dodaliśmy nowe ogólne poświadczenie systemu Windows z następującymi szczegółami:

Adres internetowy lub sieciowy: „git: { projectname } @ dev.azure.com / { projectname }” - alternatywnie tutaj należy użyć nazwy repozytorium git.
Nazwa użytkownika: „Token dostępu osobistego”
Hasło: { Wygenerowany token dostępu osobistego }

Następnie wszystkie nasze operacje git znów działały. Mam nadzieję, że to pomoże komuś innemu!