Usuń poświadczenia z Git

Pracuję z kilkoma repozytoriami, ale ostatnio pracowałem tylko w naszym wewnętrznym i wszystko było świetnie.

Dzisiaj musiałem zatwierdzić i wcisnąć kod do innego, ale mam pewne problemy.

$ git push appharbor master
error: The requested URL returned error: 403 while accessing https://gavekortet@appharbor.com/mitivo.git/info/refs?service=git-receive-pack
fatal: HTTP request failed

Nic nie mogę zrobić, co spowodowałoby ponowne wprowadzenie hasła.

Jak mogę zresetować dane uwierzytelniające w moim systemie, aby Git poprosił mnie o hasło do tego repozytorium?

Próbowałem:

• git config --global --unset core.askpass

w celu rozbrojenia hasła

• git config credential.helper 'cache --timeout=1'

w celu uniknięcia buforowania referencji ...

Wydaje się, że nic nie działa; czy ktoś ma lepszy pomysł?

Jeśli ten problem występuje na komputerze z systemem Windows, wykonaj następujące czynności.

• Idź do Credential Manager
• Przejdź do poświadczeń systemu Windows
• Usuń wpisy w obszarze Poświadczenia ogólne
• Spróbuj połączyć się ponownie. Tym razem powinien wyświetlić monit o podanie prawidłowej nazwy użytkownika i hasła.

Pamięć podręczna poświadczeń Git uruchamia proces demona, który buforuje twoje poświadczenia w pamięci i rozdaje je na żądanie. Więc zabicie pamięci podręcznej git-credential-cache - proces demona wyrzuca je wszystkie i powoduje ponowne monitowanie o podanie hasła, jeśli nadal będziesz używać go jako opcji cache.helper.

Można również wyłączyć użycie pamięci podręcznej poświadczeń Git za pomocą git config --global --unset credential.helper. Następnie zresetuj to, a buforowane poświadczenia będą nadal dostępne dla innych repozytoriów (jeśli istnieją). Być może trzeba to zrobić, git config --system --unset credential.helperjeśli zostało to ustawione w pliku konfiguracji systemu (na przykład Git dla systemu Windows 2).

W systemie Windows lepiej jest użyć pomocnika menedżera ( git config --global credential.helper manager). Przechowuje to twoje poświadczenia w magazynie poświadczeń systemu Windows, który ma interfejs Panelu sterowania, w którym możesz usunąć lub edytować zapisane poświadczenia. W tym sklepie Twoje dane są zabezpieczone logowaniem do systemu Windows i mogą trwać przez wiele sesji. Menedżer pomocnika zawarte w Git dla Windows 2.x zastąpiła wcześniejszą wincred pomocnika, który został dodany w Git dla Windows 1.8.1.1. Podobny pomocnik o nazwie winstore jest również dostępny online i był używany z GitExtensions, ponieważ oferuje interfejs bardziej oparty na GUI. Menedżer pomocnika oferuje ten sam interfejs GUI jako winstore .

Wyodrębnij ze strony obsługi systemu Windows 10, szczegółowo opisując menedżera poświadczeń systemu Windows:

Aby otworzyć Menedżera poświadczeń, wpisz „menedżer poświadczeń” w polu wyszukiwania na pasku zadań i wybierz Panel sterowania poświadczeń .

A następnie wybierz Poświadczenia systemu Windows, aby edytować (= usunąć lub zmodyfikować) zapisane poświadczenia git dla danego adresu URL.

Przepisz:

$ git config credential.helper store

A następnie zostaniesz poproszony o ponowne wprowadzenie poświadczeń.

OSTRZEŻENIE

Korzystanie z tego pomocnika spowoduje przechowywanie haseł niezaszyfrowanych na dysku

Źródło: https://git-scm.com/docs/git-credential-store

Napotkałem ten sam problem, co PO. Zajęło mi to moje stare poświadczenia Git przechowywane w systemie i chciałem używać Git z moimi nowymi poświadczeniami, więc uruchomiłem polecenie

$ git config --system --list

To pokazało

credential.helper=manager

Ilekroć to robiłem git push, zabierałem swoją starą nazwę użytkownika, którą przywróciłem dawno temu, i chciałem użyć nowego konta GitHub do wypychania zmian. Później odkryłem, że moje stare poświadczenia konta GitHub były przechowywane w Panelu sterowania → Konta użytkowników → Menedżer poświadczeń → Zarządzaj poświadczeniami systemu Windows .

Właśnie usunąłem te dane uwierzytelniające, a kiedy je wykonałem git push, poprosiłem mnie o moje dane uwierzytelniające w GitHub i działało to jak urok.

Spróbuj użyć poniższego polecenia.

git credential-manager

Tutaj możesz uzyskać różne opcje zarządzania danymi uwierzytelniającymi (sprawdź poniższy ekran).

Lub możesz nawet bezpośrednio wypróbować to polecenie:

git credential-manager uninstall

Spowoduje to ponowne monitowanie o podanie hasła przy każdym żądaniu interakcji z serwerem.

Znalazłem coś, co dla mnie zadziałało. Kiedy napisałem swój komentarz do PO, nie udało mi się sprawdzić pliku konfiguracji systemu:

git config --system -l

pokazuje a

credential.helper=!github --credentials

linia. Rozbrajam to

git config --system --unset credential.helper

a teraz poświadczenia zostały zapomniane.

W moim przypadku Git używa systemu Windows do przechowywania poświadczeń.

Wystarczy usunąć zapisane poświadczenia zapisane na koncie Windows:

git config --list

pokaże credential.helper = manager(to jest na komputerze z systemem Windows)

Aby wyłączyć tę buforowaną nazwę użytkownika / hasło dla bieżącego lokalnego folderu git, po prostu wpisz

git config credential.helper ""

W ten sposób git będzie monitował o hasło za każdym razem, ignorując zawartość zapisaną w „menedżerze”.

W Windows 2003 Server z „wincred” * żadna inna odpowiedź mi nie pomogła. Musiałem użyć cmdkey.

• cmdkey /list wyświetla wszystkie przechowywane poświadczenia.
• cmdkey /delete:Target usuwa poświadczenie z nazwą „docelową”.

(* Mam na myśli „Wincred” git config --global credential.helper wincred)

Ten błąd pojawia się, gdy używasz wielu kont Git na tym samym komputerze.

Jeśli używasz systemu macOS, możesz usunąć zapisane poświadczenia z github.com .

Wykonaj poniższe kroki, aby usunąć dane uwierzytelniające github.com .

1. Otwórz dostęp do pęku kluczy
2. Znajdź github
3. Wybierz github.com i kliknij go prawym przyciskiem myszy
4. Usuń „github.com”
5. Spróbuj ponownie wcisnąć lub pociągnąć, aby git, a poprosi o poświadczenia.
6. Wprowadź prawidłowe dane uwierzytelniające dla konta repozytorium.

7. Gotowy

   

Musisz się zalogować za pomocą odpowiedniego github usernameipassword

Aby usunąć nazwę użytkownika i hasło w systemie Windows

Panel sterowania \ Konta użytkowników \ ​​Menedżer poświadczeń

Edytuj poświadczenia systemu Windows

Usuń istniejącego użytkownika, a teraz przejdź do wiersza poleceń, napisz polecenie push. Wyświetli wyskakujące okienko github, aby wprowadzić username/ emaili password.

Teraz możemy przesłać kod po zmianie użytkownika.

Wystąpił ten sam błąd podczas „ściągania git” i tak to naprawiłem.

1. Zmień repo na HTTPS
2. Uruchom polecenie git config --system --unset credential.helper
3. Uruchom polecenie git config --system --add credential.helper manager
4. Polecenie testowe git pull
5. Wprowadź poświadczenia w wyskakującym oknie logowania.
6. Pobieranie Git zakończyło się pomyślnie.

Usuń tę linię z pliku .gitconfig znajdującego się w aktualnie zalogowanym folderze użytkownika Windows:

[credential]
helper = !\"C:/Program Files (x86)/GitExtensions/GitCredentialWinStore/git-credential-winstore.exe\"

To działało dla mnie i teraz, kiedy naciskam na zdalne, ponownie prosi o hasło.

W przypadku korzystania z Git Credential Manager dla Windows (co zwykle robią obecne wersje):

git credential-manager clear

Zostało to dodane w połowie 2016 r . Aby sprawdzić, czy używany jest menedżer poświadczeń:

git config --global credential.helper
→ manager

Musisz go zaktualizować w Menedżerze poświadczeń.

Wybierz Panel sterowania> Konta użytkowników> Menedżer poświadczeń> Poświadczenia systemu Windows. Zobaczysz poświadczenia Git na liście (np. Git: https: //). Kliknij na niego, zaktualizuj hasło i uruchom polecenie git pull / push z Git bash, a nie będzie już generował żadnych komunikatów o błędach.

Korzystając z najnowszej wersji git dla Windowsa na Windows 10 Professional, miałem podobny problem, przez co mam dwa różne konta GitHub i konto Bitbucket, więc sprawy stały się nieco mylące dla VS2017, rozszerzeń git i git bash.

Najpierw sprawdziłem, jak git obsługuje moje dane uwierzytelniające za pomocą tego polecenia (uruchom git bash z podniesionymi poleceniami lub zobaczysz błędy):

git config --list

Znalazłem wpis Credential Manager, więc kliknąłem przycisk START> wpisałem Credential Manager i kliknąłem lewym przyciskiem myszy na żółtą bezpieczną ikonę menedżera poświadczeń, która uruchomiła aplikację. Następnie kliknąłem zakładki Poświadczenia systemu Windows i znalazłem wpis dla mojego obecnego konta git, które okazało się być Bit-bucket, więc usunąłem to konto.

Ale to nie pomogło, więc następnym krokiem było rozbrojenie poświadczeń i zrobiłem to z katalogu repozytorium na moim laptopie, który zawiera projekt GitHub, który próbuję przekazać do zdalnego. Wpisałem następujące polecenie:

git config --system --unset credential.helper

Następnie wykonałem polecenie git push i zostałem poproszony o podanie nazwy użytkownika GitHub (poprawnej, której potrzebowałem), a następnie powiązanego hasła i wszystko zostało poprawnie wypchnięte.

Nie jestem pewien, jak duży problem się z tym wiąże, większość ludzi pewnie pracuje z jednego repozytorium, ale muszę pracować z kilkoma różnymi dostawcami i używać różnych dostawców, więc mogę ponownie napotkać ten problem.

W moim przypadku nie mogłem znaleźć poświadczeń zapisanych w Menedżerze poświadczeń systemu Windows (Windows 7).

Wykonałem reset danych logowania

git config --global credential.helper wincred

Szczerze mówiąc, to była grad od Mary, żeby zobaczyć, czy to zniszczy moje referencje i rzeczywiście zadziałało.

Możesz usunąć linię credential.helper=!github --credentialsz następującego pliku C:\Program Files\Git\mingw64\etc\gitconfig, aby usunąć dane uwierzytelniające dla git

1. Iść do C:\Users\<current-user>
2. sprawdź .git-credentialsplik
3. Usuń zawartość lub zmodyfikuj zgodnie z wymaganiami
4. Uruchom ponownie terminal

Przynajmniej w systemie Windows git remote show [remote-name]będzie działać, np

git remote show origin

Jeśli chcesz, aby git zapomniał stare zapisane poświadczenia i ponownie wprowadził nazwę użytkownika i hasło, możesz to zrobić za pomocą poniższego polecenia:

git credential-cache exit

Po uruchomieniu powyższej komendy, jeśli spróbujesz cokolwiek wcisnąć, zapewni ona opcję wprowadzenia nazwy użytkownika i hasła.

Ostatecznie naprawiłem to, używając pulpitu GitHub, przechodząc do ustawień repozytorium i usuwając użytkownika: pass @ z adresu URL repozytorium. Następnie podjąłem próbę wypchnięcia z wiersza polecenia i zostałem poproszony o podanie danych logowania. Po tym, jak je włożyłem, wszystko wróciło do normy. Działa zarówno Visual Studio, jak i wiersz poleceń, i oczywiście pulpit GitHub.

GitHub Desktop-> Repozytorium-> Ustawienia repozytorium-> karta Zdalne

Zmień podstawowe zdalne repozytorium (pochodzenie) z:

https: //pork@muffins@github.com/MyProject/MyProject.git

Do:

https://github.com/MyProject/MyProject.git

Kliknij „Zapisz”

Poświadczenia zostaną usunięte.

Dla użytkowników systemu macOS:

Ten błąd pojawia się, gdy używasz wielu kont Git na tym samym komputerze.

Wykonaj poniższe kroki, aby usunąć dane uwierzytelniające github.com.

1. Idź do Findera
2. Przejdź do aplikacji
3. Przejdź do folderu narzędzi
4. Otwórz dostęp do pęku kluczy

5. Wybierz github.com i kliknij go prawym przyciskiem myszy

   Usuń „github.com”

Spróbuj ponownie wcisnąć lub pociągnąć, aby git, a poprosi o poświadczenia. Wprowadź prawidłowe dane uwierzytelniające dla konta repozytorium. Gotowy

W przypadku systemu Windows 10 przejdź do ścieżki poniżej,

Panel sterowania \ Konta użytkowników \ ​​Menedżer poświadczeń

W tej lokalizacji będą 2 zakładki,

1. Poświadczenia sieciowe i 2. Poświadczenia systemu Windows.

Kliknij kartę Poświadczenia systemu Windows i tutaj możesz zobaczyć zapisane poświadczenia github pod nagłówkiem „Poświadczenia ogólne”.

Możesz je usunąć tutaj i spróbować ponownie sklonować - poprosi teraz o nazwę użytkownika / hasło, ponieważ właśnie usunęliśmy przechowywane poświadczenia z systemu Windows 10

Aby wyczyścić pamięć podręczną Git Credentials Managers for Windows:

rm $env:LOCALAPPDATA\GitCredentialManager\tenant.cache

lub

rm %LOCALAPPDATA%\GitCredentialManager\tenant.cache

Wypróbuj to, gdy nic, jak wspomniano powyżej, nie działa dla Ciebie.

git config credential.helper 'cache --timeout=30'

to usunie pamięć podręczną co 3 sekundy i poprosi o nazwę użytkownika i hasło. Możesz ponownie uruchomić polecenie ze zwiększonymi wartościami limitu czasu.

W naszym przypadku wyczyszczenie hasła w pliku .git-credentials użytkownika zadziałało.

c:\users\[username]\.git-credentials

Budowanie na podstawie wysoko głosowanej odpowiedzi @ patthoyts ( https://stackoverflow.com/a/15382950/4401322 ):

Jego odpowiedź używa, ale nie wyjaśnia konfiguracji „lokalna” vs. „globalna” vs. „systemowa”. Oficjalna dokumentacja git dla nich jest tutaj i warto ją przeczytać.

Na przykład, jestem na Linux, a nie używać systemu config, więc nie mogę użyć --systemflagi, ale zwykle trzeba rozróżniać --locali --globalconfigs.

Mój przypadek użycia jest taki, że mam dwa dane Github; jeden do pracy, a drugi do zabawy.

Oto jak poradziłbym sobie z problemem:

$ cd work
# do and commit work
$ git push origin develop
# Possibly prompted for credentials if I haven't configured my remotes to automate that. 
# We're assuming that now I've stored my "work" credentials with git's credential helper.

$ cd ~/play 
# do and commit play
$ git push origin develop                                                                   
remote: Permission to whilei/specs.git denied to whilei.                
fatal: unable to access 'https://github.com/workname/specs.git/': The requested URL returned error: 403

# So here's where it goes down:
$ git config --list | grep cred
credential.helper=store # One of these is for _local_
credential.helper=store # And one is for _global_

$ git config --global --unset credential.helper
$ git config --list | grep cred
credential.helper=store # My _local_ config still specifies 'store'
$ git config --unset credential.helper
$ git push origin develop
Username for 'https://github.com': whilei
Password for 'https://whilei@github.com':
Counting objects: 3, done.
Delta compression using up to 12 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 1.10 KiB | 1.10 MiB/s, done.
Total 3 (delta 1), reused 0 (delta 0)
remote: Resolving deltas: 100% (1/1), completed with 1 local object.
To https://github.com/whilei/specs.git
   b2ca528..f64f065  master -> master

# Now let's turn credential-helping back on:
$ git config --global credential.helper "store"
$ git config credential.helper "store"
$ git config --list | grep cred
credential.helper=store # Put it back the way it was.
credential.helper=store

Warto również zauważyć, że istnieją sposoby na całkowite uniknięcie tego problemu, na przykład możesz użyć ~/.ssh/configkluczy SSH dla Github (jeden do pracy, drugi do gry) i odpowiednio nazwanych hostów zdalnych, aby rozwiązać także kontekstowe uwierzytelnianie.

Aby dodać do https://stackoverflow.com/a/41111629/579827 @ericbn, oto przykładowe polecenia, które osadziłem w skrypcie, który uruchamiam, aby zaktualizować wszystkie moje hasła przy każdym odnowieniu. Prawdopodobnie nie nadaje się do użycia, ponieważ jest dość specyficzny, ale pokazuje rzeczywiste użycie w życiu cmdkey.exe.

⚠ Jest to powłoka skrypt uruchomić w Cygwin ⚠

Works Działa to, ponieważ korzystam z prywatnych repozytoriów git, które uwierzytelniają się przy użyciu tego samego hasła (prawdopodobnie nie chcesz zapętlać tych samych poświadczeń, ale możesz ponownie użyć tego przykładowego /listpolecenia, aby wyodrębnić listę już zarejestrowanych poświadczeń) ⚠

entries=`cmdkey.exe /list: | grep git | sed -r -e 's/^[^:]+:\s*(.*)$/\1/gm'`
for entry in ${entries}
do
    cmdkey.exe "/delete:${entry}"
    cmdkey.exe "/generic:${entry}" "/user:${GIT_USERNAME}" "/pass:${GIT_PASSWORD}"
done

Jeśli uwierzytelniasz się za pomocą pary kluczy, możesz usunąć lub przenieść klucz prywatny lub zatrzymać agenta kluczy i spróbować.