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 master
pojawia 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 = [email protected]
[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 "[email protected]"
git config --global credential.helper cache
Proszę pomóż. To takie frustrujące!
git
msysgit
git-bash
git-config
Big McLargeHuge
źródło
źródło
--global
.git config credential.helper cache
zrobił dla mnie pracować z Cygwin git wersji 2.13.2.Odpowiedzi:
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
wincred
Pomocnik został dodany w msysGit 1.8.1. Użyj go w następujący sposób: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:
Lub możesz edytować plik .gitconfig ręcznie:
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.
źródło
Wygląda na to, że
git
teraz jest dostarczany zwincred
gotowym do użycia systemem Windows (msysgit):Odniesienie : https://github.com/msysgit/git/commit/e2770979fec968a25ac21e34f9082bc17a71a780
źródło
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:
dodajgit:https://
{nazwa użytkownika}.github.com
User:
{imię}Password:
{Hasło}źródło
%windir%\explorer.exe shell:::{1206F5F1-0569-412C-8FEC-3204630DFB70}
z konsoli uruchomi również Credential Manager.Napotkałem ten problem podczas korzystania z AptanaStudio3 na Windows7. Pomogło mi to:
Kod pobrany stąd
źródło
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-winstore
wspomnianej 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
źródło
Podobny błąd to
'credential-wincred' is not a git command
Akceptowane i popularne odpowiedzi są już nieaktualne ...
Pobierz wersję jako plik zip z powyższego linku i wypakuj zawartość do
(lub
\cygwin64\usr\libexec\git-core
jak może być)Następnie włącz go (ustawiając globalny
.gitconfig
) - wykonaj:Jak używać
ref:
https://github.com/babun/babun/issues/318
https://github.com/Microsoft/Git-Credential-Manager-for-Windows#installation-in-an-msys2-environment
źródło
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.
Odniesienie
źródło
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
źródło
git: 'credential-cache' is not a git command.
nawet po aktualizacji do wersji 2.8.2 w systemie Windows, mimo że pamięć podręczna poświadczeń działa! Prawdopodobnie stworzyłem ten problem, używającgit config
wcześniejszej komendy.~/.gitconfig
repo-local.git/config
, w zależności od tego, czy--global
użyto flagi. Spójrz na te dwa pliki, aby uzyskać informacje na temat poświadczeń.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”.
źródło
Rozwiązałem ten problem, usuwając
credential
sekcję z konfiguracji konkretnego projektu:git config -e
[credential] helper = cache
.To usunęło irytującą wiadomość:
git: 'credential-cache' is not a git command. See 'git --help'.
źródło
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
Poprawka: Zmieniłem mój plik .gitconfig na poniższe ustawienia
źródło
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!
źródło