Nouveau sur azureDevops et apprentissage.
J'essaie de pousser un dépôt git de PowerShell dans un dépôt azuredevops et je continue à obtenir des erreurs d'authentification différentes lorsque j'essaie de le pousser vers un dépôt.
J'espère que quelqu'un pourra faire la lumière sur ce que dois-je vérifier et faire ou sur une procédure pas à pas appropriée
EG
git remote add Origin [email protected]:v3/MyAzure/MyProject/MyRepo
git Push -u Origin --all
Je continue
mot de passe de [email protected]: (entré toutes sortes de mots de passe mais échoue toujours) de quel mot de passe parle-t-on?
ou
Autorisation refusée, veuillez réessayer.
fatal: impossible de lire à partir du référentiel distant.
Veuillez vous assurer que vous disposez des droits d'accès appropriés et que le référentiel existe.
Vérification
$ ssh -T [email protected]
ssh: connect to Host mycompany.com port 22: Connection refused
J'ai
Suis-je en train de manquer l'évidence?
Est-il préférable d'utiliser un jeton d'accès personnel? Procédure pas à pas?
merci beaucoup
Je pense que le commentaire de @ Schalton est juste: la validation SSH échoue, il invite donc à passer.
Eu le même problème. "Résolu" en générant la clé comme 'id_rsa' au lieu d'utiliser d'autres noms (essayé d'autres noms et aucun d'entre eux n'a fonctionné).
[####@#### .ssh]$ ssh-keygen -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key (/home/guille/.ssh/id_rsa): id_rsa
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in id_rsa.
Your public key has been saved in id_rsa.pub.
Moi aussi, j'ai eu le même problème. J'ai fait la même erreur que @eltbus (en essayant de nommer le fichier moi-même), donc sa réponse de s'en tenir à la valeur par défaut de "id_rsa" m'a été utile. J'ai également réalisé que lorsque j'ai généré la paire de clés rsa, j'ai enregistré id_rsa.pub dans le mauvais dossier.
Il s'avère que le chemin et le nom de fichier indiqués entre parenthèses (par exemple /home/guille/.ssh/id_rsa
) Sont une valeur par défaut. Vous pouvez éviter les deux erreurs ci-dessus si vous appuyez simplement sur Enter
pour accepter le nom et l'emplacement par défaut du fichier, au lieu de taper un chemin et/ou un nom de fichier.
Exemple:
[####@#### .ssh]$ ssh-keygen -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key (/home/guille/.ssh/id_rsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in id_rsa.
Your public key has been saved in id_rsa.pub.
Lorsque vous collez la clé sur la page des paramètres d'Azure DevOps, ne changez rien, y compris l'espace ajouté à la fin de la clé publique.
J'ai suivi le guide de dépannage des autorisations officielles refusées et il s'est avéré que je j'ai dû recréer la clé après tout. Mais je pense qu'il est préférable de suivre le guide car il fournit des informations sur plusieurs scénarios différents dont la plupart ne sont pas mentionnés ici.
J'ai le même problème.
Ma solution était:
Le chemin pendant que j'essaie d'utiliser Sudo git clone...
n'a pas l'autorisation d'accéder à mon emplacement de clé publique et privée: \home\localuser\.ssh\...
.
Pour résoudre ce problème, je change la propriété du chemin de destination pour le même utilisateur: les articles de groupe mes clés sont stockées et évitent d'utiliser Sudo git clone....
, maintenant j'utilise git clone
sans Sudo
et tout fonctionne.
J'espère que tu comprends...