Pytanie w sprawie git, ssh, version-control, github, credentials – Git (1.7.10) pyta mnie za każdym razem o nazwę użytkownika i hasło

8

Ponieważ mam nową wersję, nie pyta mnie już o hasło, które ustawiłem w moim pliku kluczy ssh.

Pyta się teraz bezpośrednio o nazwę użytkownika i hasło github, gdy naciskam za każdym razem.

Czy jest to nowa funkcja git lub zmieniła ją w przeszłości, czy jest coś, co zmieniło się na github?

Próbowałem uwierzytelnić się za pomocą ssh oraz adresu e-mail i hasła z pliku kluczy ssh i zadziałało.

GitHub zmienił się na smartftp, a także zmienił instrukcje ustawiania repozytoriów

https://github.com/blog/1104-credential-caching-for-wrist-friendly-git-usage

https://help.github.com/articles/create-a-repo

Widziałem to później, domyślnie używają teraz https zamiast protokołu git

więc nie przypadkiem Daniel Ruf
Widzę, że github zmienił dokumentację dotyczącą konfiguracji repo, patrz krok 3:help.github.com/articles/create-a-repo  używają https wcześniej, tylko [email protected] ... Daniel Ruf
Sprawdź, czy Twój pilot jest naprawdę skonfigurowanygit lubssh dostęp przez uruchomieniegit remote -v. Możliwe, że sklonowałeś zhttps przez przypadek. W przeciwnym razie nie powinno to być wymagane. pmr

Twoja odpowiedź

3   odpowiedź
2

Z adresami https masz inną opcję (obokbuforowanie hasła):
Korzystanie z_netrc plik, który będzie zawierał nazwę użytkownika i hasłoHOME (lub a.netrc na sesję bash).
Zauważ, że HOME nie jest domyślnie zdefiniowane dla Windows.

machine github.com
login <login_github>
password <password_github>

Zobacz też "Git - jak używać.netrc plik w systemie Windows, aby zapisać użytkownika i hasło

(Inne opcje w „Synchronizacja z githubem„)

@Thufir w moim sklepie, ograniczamy problem „zwykłego tekstu”, zachowując nasz%HOME% zdefiniowane na zdalnym dysku (np. „Z:`" for instance), putting our plik _netrc`. I nadal możesz go zaszyfrować, jeśli chcesz:stackoverflow.com/questions/5193643/… VonC
Tak, ale zwykłe pliki tekstowe z hasłami nie wydają się szczególnie bezpieczne. Cała ta sprawa wydaje się jakoś cofnięta. Thufir
5

Wpadłem na to pewnego dnia, kiedy wycinałem i wklejałem z nowych instrukcji repozytorium na GitHub. Ktoś powinien prawdopodobnie zgłosić błąd, ponieważ myli prawie wszystkich, których znam.

Problem polega na tym, że instrukcje nakazują utworzenie pilota, który używa protokołu https, a nie protokołu git. Zwykle używam:

github_username=CodeGnome
git remote add origin "[email protected]:${github_username}/${PWD##*/}.git"
git push --tags --set-upstream origin master

zapełnić nowe repozytorium GitHub z wcześniej istniejącego repozytorium lokalnego.

@DanielRuf Jeśli używasz Smart HTTP, możesz użyć buforowania poświadczeń w Windows i OS X. Patrzstackoverflow.com/a/10962447/1301972. Todd A. Jacobs
więc musimy za każdym razem wpisywać nazwę użytkownika i hasło (github uważa, że ​​inteligentny http jest przyszłością, więc powinniśmy go używać?)? ale zaletą jest to, że za każdym razem możemy ustawić nazwę użytkownika, której aktualnie chcemy, więc nie będziemy wypychać z niewłaściwego konta github =) Daniel Ruf
lub buforowanie hasła? =>help.github.com/articles/set-up-git Daniel Ruf
github.com/blog/…  wygląda na to, że napisali o tym post na blogu, ale nie wspomnieli o zastąpieniu instrukcji Daniel Ruf
3
git config --global credential.helper cache
git config --global credential.helper 'cache --timeout=3600'

wpisujesz swoją nazwę użytkownika i hasło tylko po pierwszym naciśnięciu, po 3600 lub 1 godzinie naciskasz bez nazwy użytkownika i hasła.

limit czasu możesz ustawić swój numer.

Powiązane pytania