GIT: de Toute façon, définir des identifiants de connexion?
Je suis en utilisant le terminal de mac et de l'exécution de la ligne de
git push origin master
Il me demande mon github.com nom d'utilisateur et le mot de passe à chaque fois,
est-il possible de l'avoir automatiquement utiliser mes pouvoirs?
Je reçois l'erreur
error: The requested URL returned error: 403 while accessing
https://github.com/atheycreek/churchdeploy.git/info/refs
[remote "origin"]
fetch = +refs/heads/*:refs/remotes/origin/*
url = https://github.com/atheycreek/churchdeploy.git
Donc je l'ai changé pour
[remote "origin"]
fetch = +refs/heads/*:refs/remotes/origin/*
url = git:github.com/atheycreek/churchdeploy.git
maintenant, je reçois..
kirkstrobeck:churchdeploy kirkstrobeck$ git push origin master
ssh: Could not resolve hostname git: nodename nor servname provided, or not known
fatal: The remote end hung up unexpectedly
Je l'ai changé pour
[remote "origin"]
fetch = +refs/heads/*:refs/remotes/origin/*
url = [email protected]/atheycreek/churchdeploy.git
et maintenant je reçois ..
kirkstrobeck:churchdeploy kirkstrobeck$ git push origin master
fatal: '[email protected]/atheycreek/churchdeploy.git' does not appear to be a git repository
fatal: The remote end hung up unexpectedly
Devrait-il en être sur serverfault.com depuis qu'il est admin liés?
Est-il de la résolution?
Est-il de la résolution?
OriginalL'auteur Kirk Strobeck | 2011-10-20
Vous devez vous connecter pour publier un commentaire.
À partir de votre description des choses, il semble que votre [Projet Dir]/.git/config fichier de configuration avec la ligne
url = https...
, et pasurl = [email protected]...
. Pouvez-vous vérifier que le fichier pour voir ce qu'il dit? Ce serait super si vous pouviez poster votre entière "à distance de l'origine". Il ressemble probablement à quelque chose comme ceci:mais a besoin d'utiliser ssh à la place de http comme ceci:
url = [email protected]:atheycreek/churchdeploy.git
et vous devriez être bon d'aller.Mis à jour mon post en haut, je pense que vous pouvez peut-être sur quelque chose
Mis à jour mon post de nouveau afin de refléter les changements ..
changer de
[email protected]
pasgit:github.com
il faut lire
[email protected]:atheycreek/churchdeploy.git
OriginalL'auteur Colin R
Installation de vos clés ssh de façon appropriée avec les phrase de passe vide et vous n'avez pas à entrer les informations d'identification: http://help.github.com/mac-set-up-git/
droit, merci. Juste que le ssh partie va être presque la même.
ne fonctionne pas. J'ai fait cette page avec succès, mais encore, elle demande des informations d'identification chaque fois !
Désolé, vous n'avez pas fait correctement.
Aussi, pouvez-vous confirmer que vous êtes à l'aide de ssh?
OriginalL'auteur manojlds
Si sur OSX, vous devriez être en mesure d'utiliser le osxkeychain helper. Vous pouvez vérifier pour voir si vous l'avez déjà installé en tapant:
Si vous avez un message vous disant que c'est pas valide commande git, vous pouvez l'installer en faisant:
Puis indiquer à git de l'utiliser avec:
Il vous sera demandé de fournir vos informations d'identification une fois de plus la prochaine fois que vous faire un pull/push. À partir de là, git devriez vous souvenir de vos informations.
libgnome-keyring-dev
aveccredential.helper
. J'ai mis en place un blog avec des instructions détaillées: GIT: le Stockage de l'Authentification HTTPS dans UbuntuOriginalL'auteur Sean
À l'aide d'une phrase de passe vide est considéré comme une mauvaise pratique. Citant De l'aide.Github:
La bonne solution ici est d'utiliser
ssh-agent
- de cette façon, Git va vous demander votre mot de passe une seule fois par session. Voir cette page pour les pointeurs sur la façon de l'installer sur votre système.Je cite help.github.com.
Je pense que c'est la solution, mais je vais avoir de la difficulté à la mettre en œuvre
Pas sûr que la théorie tient la route. Presque tout le monde avec un accès à mon disque pouvez installer un keylogger. À moins que la demande un mot de passe vient d'un serveur à l'extérieur de la peut-être compromise de l'utilisateur le contrôle puis il ajoute pratiquement pas de protection supplémentaire, mais ne l'augmentation des désagréments et surtout en encourageant le mot de passe de la réutilisation peut bien donner les mots de passe qui ont été autrement sécurisé. Pour moi, il semble que la plupart du temps de donner une fausse confiance. Ne pas oublier également que l'automatisation ne nécessiterait pas de mot de passe.
OriginalL'auteur Mikhail Glushenkov
de l'installation de votre clé API ainsi que votre SSH informations d'identification (mot de passe de moins en moins bien, de préférence, avec un mot de passe avec un agent)
La lien fourni dans d'autres réponse fournit des instructions pour cela. En particulier pour l'étape 2 dans le bas.
OriginalL'auteur Newtopian