Git Push erfordert Benutzername und Passwort

Dauerhaft zu authentifizieren, die mit Git-repositories

Führen Sie folgenden Befehl zum aktivieren der die Zwischenspeicherung von Anmeldeinformationen:

$ git config credential.helper store
$ git push https://github.com/repo.git

Username for 'https://github.com': <USERNAME>
Password for 'https://[email protected]': <PASSWORD>

Verwenden, sollten Sie auch angeben, caching verfallen,

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

Nach dem aktivieren der Zwischenspeicherung von Anmeldeinformationen, wird es zwischengespeichert werden 7200 Sekunden (2 Stunden).

InformationsquelleAutor der Antwort Jay Patel

Abgesehen vom Wechsel auf SSH können Sie auch weiterhin verwenden HTTPS, wenn Sie nichts dagegen haben, setzen Ihr Passwort im Klartext. Setzen Sie diese in Ihre ~/.netrc und es wird nicht Fragen Sie nach Ihrem Benutzernamen/Passwort ein (mindestens unter Linux und Mac):

machine github.com
       login <user>
       password <password>

Neben (siehe VonC 2. Kommentar): unter Windows ist der name der Datei %HOME%\_netrc.

Lesen Sie auch VonC ' s Erster Kommentar in Fall, dass Sie verschlüsseln möchten.

Eine weitere Ergänzung (siehe user137717 Kommentar), die Sie verwenden können, wenn Sie git 1.7.10 oder höher.

Cache der github-Passwort in git mit einem credential helper - :

Wenn Sie Klonen GitHub-repositories über HTTPS, können Sie mit einer
credential helper zu sagen Git zu erinnern, Ihre GitHub-Benutzernamen und
Passwort jedes mal, wenn er spricht auf GitHub.

Dies funktioniert auch auf Linux, Mac und Windows.

InformationsquelleAutor der Antwort rintcius

Wenn Sie mit ssh und private key ist mit einer passphrase gesichert ist, dann werden Sie dennoch aufgefordert werden, geben Sie die passphrase/Passwort für den privaten Schlüssel, wenn Sie tun, Netzwerk-Operationen mit Git wie pushpullund fetch.

Verwenden Sie ssh-agent zum speichern privater Schlüssel-passphrase/Passwort

Wenn Sie möchten, um zu vermeiden, dass Ihre passphrase einzugeben, jedes mal, die Sie verwenden können ssh-agent zum speichern Ihrer privaten Schlüssel passphrase Anmeldeinformationen einmal pro terminal session, wie ich erklären, in meine Antwort Konnte nicht geöffnet werden eine Verbindung zum Authentifizierungs-agent:

$ eval `ssh-agent -s`
$ ssh-add

In einer Windows-msysgit Bash, die Sie brauchen, um zu bewerten die Leistung von ssh-agentaber ich bin mir nicht sicher, ob Sie brauchen, um das gleiche zu tun in anderen Entwicklungsumgebungen und Betriebssystemen.

ssh-add sieht für einen privaten Schlüssel in Ihrem home - .ssh Ordner namens id_rsadie die Standard-Namen, aber Sie passieren kann einen Dateipfad zu einem Schlüssel mit einem anderen Namen.

Töten der agent

Wenn Sie fertig sind mit Ihrem terminal-Sitzung können Sie Herunterfahren ssh-agent mit der kill-flag -k:

$ ssh-agent -k

Wie in der ssh-agent manuell:

-k

Töten die Agenten (gegeben durch die SSH_AGENT_PID environment-variable).

Optionalen timeout

Auch, es kann ein optionales timeout-parameter wie folgt:

$ ssh-add -t <timeout>

wo <timeout> ist das format <n>h für <n> Stunden <n>m für <n> Minuten, und so weiter.

Entsprechend der ssh-agent manuell:

-t life

Legen Sie einen Standardwert für die maximale Lebensdauer von Identitäten Hinzugefügt
zu den Agenten. Die Lebensdauer kann in Sekunden angegeben werden oder in einem
Zeit-format angegeben der sshd_config(5). Eine Lebensdauer angegeben
für eine Identität mit ssh-add(1) überschreibt diesen Wert. Ohne
diese option ist der Standardwert für die maximale Lebensdauer ist ewig.

Siehe diese Seite für mehr Zeit-Formate.

Sicherheitswarnung für Cygwin-Nutzer

Cygwin-Nutzer sollten sich bewusst sein, ein potenzielles Sicherheitsrisiko bei Verwendung von ssh-agent in Cygwin:

sollten die Menschen Kenntnis von den
potenzielle Gefahren bei der ssh-agent unter cygwin [1], obwohl unter einem lokalen
netstat und remote-portscan es nicht angezeigt, dass der port angegeben
/tmp/ssh-foo ist für jedermann zugänglich sind ...?

[1]: http://www.cygwin.com/ml/cygwin/2001-01/msg00063.html

Und an der zitiert link:

beachten Sie jedoch, dass cygwin (unix-domain-sockets GRUNDLEGEND
UNSICHER und so habe ich stark ENTMUTIGEN Verwendung von ssh-agent unter
cygwin.

wenn Sie ssh-agent starten unter cygwin schafft es AF_UNIX socket in
/tmp/ssh-$USERNAME/ - Verzeichnis. unter cygwin AF_UNIX-sockets
emuliert über AF_INET-sockets. Sie kann leicht sehen, dass, wenn Sie sehen
in /tmp/ssh-$USERNAME/agent-socket-* Datei über den Editor. du wirst sehen,
die so etwas wie

!<socket >2080

führen netstat -a überraschung! Sie haben einige Programm hören
port 2080. es ist der ssh-agent. wenn ssh erhält RSA-challenge aus
server, es bezieht sich auf die entsprechenden /tmp/ssh-$USERNAME/agent-socket-*
(unter cygwin, in unserem Fall, das bedeutet, es werden offene Verbindung zu
localhost:2080) und fragt ssh-agent-Prozess von RSA-Herausforderung mit
privaten Schlüssel hat, und dann ist es einfach so weitergibt Antwort erhalten aus
ssh-agent-zu-server.

unter unix solches Szenario ohne Probleme funktioniert, da unix-kernel
überprüft Berechtigungen, wenn das Programm versucht, Zugriff auf AF_UNIX socket. Für
AF_INET-sockets, jedoch verbindungen anonym sind (Lesen
"unsicher"). Vorstellen, dass Sie ein cygwin ssh-agent läuft.
böswillige hacker können portscan deiner box suchen, öffnen Sie den port verwendet
ssh-agent, offene Verbindung zu deinem ssh-server, Empfang von RSA-Herausforderung
aus, senden Sie es zu Ihrem ssh-agent über port öffnen, fand er, RSA erhalten
Antwort, es zu senden, ssh-server und voila, er erfolgreich eingeloggt
um Ihren server für Sie.

InformationsquelleAutor der Antwort

Wenn Sie https für git-pull & push, nur config remote.origin.url für Ihr Projekt, um zu vermeiden, geben Sie Benutzernamen (oder/und Passwort) jedes mal, wenn Sie drücken.

Wie config remote.origin.url:

Url-format: 
https://{username:Passwort@}github.com/{owner}/{repo -} 

Parameter in url: 
* Benutzername 
optional, den Benutzernamen zu verwenden, wenn die Authentifizierung erforderlich ist, 
wenn angegeben, keine Notwendigkeit, geben den Benutzernamen wieder, wenn Authentifizierung erforderlich ist, 
nicht E-Mail verwenden, verwenden Sie Ihren Benutzernamen, der kein "@", sonst kann die url nicht analysiert werden, richtig 
* Passwort 
optional das Passwort, wenn Authentifizierung erforderlich ist, 
wenn angegeben, keine Notwendigkeit, geben Sie Kennwort erneut ein, wenn Authentifizierung erforderlich ist, 
Tipp: 
dieser Wert wird als Klartext gespeichert, so für die Sicherheit Sorge, wird nicht angegeben, dies param, 
* 

e.g 
git config remote.Herkunft.url https://[email protected]/eric/myproject 

@Update - mit ssh

Ich denke, mit ssh - Protokoll ist eine bessere Lösung als httpsobwohl die setup-Schritt ist ein wenig komplexer.

Groben Schritten:

• Erstellen von ssh-Schlüsseln mit dem Befehl, - e.g ssh-keygen auf linux, auf windows msysgit bieten ähnliche Befehle.
• Halten private Schlüssel auf der lokalen Maschine an den richtigen Ort, e.g ~/.ssh. Und fügen Sie Sie zu ssh-agent über ssh-add Befehl.
• Hochladen der öffentlichen Schlüssel der git-server.
• Ändern remote.origin.url git-repository zu ssh Stil, - e.g [email protected]:myaccount/myrepo.git
• Dann beim ziehen oder schieben, keine Notwendigkeit, geben Sie Ihren Benutzernamen oder Ihr Passwort nie.

Tipps:

• Wenn Ihre ssh-Schlüssel eine passphrase zu verwenden, dann müssen Sie die Eingabe bei der ersten Verwendung der Schlüssel nach jedem Neustart des Geräts, standardmäßig.

@Update - Wechseln Sie zwischen https und ssh Protokoll.

Einfach ändern remote.origin.url genug sein, oder Sie können Bearbeiten repo_home/.git/config direkt um den Wert zu ändern (e.g mit vi auf linux).

Ich in der Regel fügen Sie eine Zeile für jedes Protokoll und Kommentar aus einer von Ihnen mit #.

e.g

[remote "origin"] 
url = [email protected]:myaccount/myrepo.git 
# url = https://[email protected]/myaccount/myrepo.git 
fetch = +refs/heads/*:refs/remotes/origin/* 

InformationsquelleAutor der Antwort Eric Wang

Was für mich gearbeitet wurde, zu Bearbeiten .git/config und verwenden

[remote "origin"]
        url = https://<login>:<password>@gitlab.com(...).git

Es geht ohne zu sagen, dass dies eine unsichere Weise, Ihr Kennwort zu speichern, aber es gibt Umgebungen/Fällen, in denen dies kann nicht ein problem sein.

InformationsquelleAutor der Antwort WoJ

Haben Sie grundsätzlich zwei Optionen.

Wenn Sie die gleichen Benutzer auf beiden Rechnern müssen Sie kopieren die .pub key auf Ihren PC, so dass github weiß, dass Sie die gleichen Benutzer.

Wenn Sie neu angelegt haben .pub-Datei für Ihren PC und wollen zu behandeln, die Maschinen wie verschiedene Benutzer, müssen Sie die Registrierung der neuen .pub-Datei auf der github-website.

Wenn dies immer noch nicht funktioniert, könnte es sein, weil ssh nicht richtig konfiguriert ist und, dass ssh nicht zu finden, die Position Ihrer Schlüssel. Versuchen

ssh -vv [email protected]

Um mehr Informationen zu erhalten, warum SSH fehlschlägt.

InformationsquelleAutor der Antwort ralphtheninja

Hier ist eine weitere option:

Statt zu schreiben

git push origin HEAD

Könnten Sie schreiben:

git push https://user:[email protected]/path HEAD

Offensichtlich mit den meisten shells wird dieses Passwort immer zwischengespeichert in der Geschichte, also behalte das im Hinterkopf.

InformationsquelleAutor der Antwort Lacho Tomov

Da viele user gesagt hat, Sie müssen nur Ihr git-repositorie-URL von https-und SSH.

Wenn Sie noch nicht erzeugten SSH-key in Ihrem Rechner haben, dann sind Sie gehen zu müssen, um es zu tun.

Nur als eine zusätzliche information, nach dieser änderung, war ich noch immer den gleichen Fehler: Erlaubnis Verweigert.

In meinem Fall, das problem war, dass ich mithilfe der Windows-Shell zum ausführen der ngh-Befehl, da dieser Befehl sollte öffnen Sie eine Eingabeaufforderung auf Anfrage der SSH-Satz und die Windows-Shell nicht öffnen diese Arten von Eingabeaufforderungen, die Authentifizierung scheitern.

So, ich musste Sie nur öffnen Sie die git-shell und führen Sie den ngh Befehl gibt, setzen Sie den SSH-Satz in der Eingabeaufforderung jedes mal, wenn Sie gefragt, für Sie, und "voilà"... Es funktionierte einfach gut!

InformationsquelleAutor der Antwort Thisisalexis

Müssen Sie führen Sie 2 Schritte -

1) git remote remove origin
2) git remote add origin [email protected]:NuggetAI/nugget.git

Beachten Sie die git-url ist eine ssh url eine https-url .., Die u können wählen Sie von hier aus.

InformationsquelleAutor der Antwort sapy