Pourquoi Github demande-t-il un nom d'utilisateur / mot de passe en suivant les instructions à l'écran et en poussant un nouveau dépôt?

Je suis le propriétaire d'une organisation sur github et je viens de créer un dépôt et j'ai essayé de pousser, mais je rencontre un problème où il me demande mon nom d'utilisateur même si je peux SSH très bien:

$ ssh -T git@github.com
Hi Celc! You've successfully authenticated, but GitHub does not provide shell access.
$ git add .
$ git commit -m 'first commit'
[master (root-commit) 3f1b963] first commit
 6 files changed, 59 insertions(+)
 create mode 100644 .gitignore
 create mode 100644 main.js
 create mode 100644 package.json
 create mode 100644 readme.markdown
 create mode 100644 views/index.ejs
 create mode 100644 views/layout.ejs
$ git remote add origin https://github.com/WEMP/project-slideshow.git
$ git push -u origin master
Username for 'https://github.com':

Qu'est-ce que je fais mal? Cela ne m'est jamais arrivé auparavant, mais j'ai récemment mis à niveau vers git 1.7.10.3.

N'utilisez pas HTTP, utilisez SSH à la place

changement

https://github.com/WEMP/project-slideshow.git 

à

git@github.com:WEMP/project-slideshow.git

vous pouvez le faire en .git/configfichier

J'ai eu ce même problème et je me suis demandé pourquoi cela ne s'était pas produit avec un dépôt Bitbucket cloné avec https. En y regardant un peu, j'ai trouvé que la configuration du repo BB avait une URL qui comprenait mon nom d'utilisateur. J'ai donc édité manuellement la configuration de mon dépôt GH comme ça et le tour est joué, plus aucune invite de nom d'utilisateur. Je suis sous Windows.

Modifier your_repo_dir/.git/config(rappelez-vous: le .gitdossier est masqué)

Changement:

https://github.com/WEMP/project-slideshow.git

à:

https://*username*@github.com/WEMP/project-slideshow.git

Enregistrez le fichier. Faites un git pulltest.

La bonne façon de le faire est probablement d'utiliser les commandes git bash pour modifier le paramètre, mais l'édition directe du fichier ne semble pas être un problème.

Voici une réponse officielle à cela:

Si Git vous demande un nom d'utilisateur et un mot de passe chaque fois que vous essayez d'interagir avec GitHub, vous utilisez probablement l'URL du clone HTTPS pour votre référentiel.

L'utilisation d' une URL distante HTTPS présente certains avantages: elle est plus facile à configurer que SSH et fonctionne généralement via des pare-feu et des proxy stricts. Cependant, il vous invite également à entrer vos informations d'identification GitHub chaque fois que vous tirez ou poussez un référentiel.

Vous pouvez configurer Git pour stocker votre mot de passe pour vous. Si vous souhaitez configurer cela, lisez tout sur la configuration de la mise en cache des mots de passe .

Améliorant la réponse de @ Ianl ,

Il semble que si l'authentification en 2 étapes est activée, vous devez utiliser un jeton au lieu d'un mot de passe. Vous pouvez générer un jeton ici .

Si vous souhaitez désactiver les invites pour le nom d'utilisateur et le mot de passe, vous pouvez définir l'URL comme suit -

git remote set-url origin https://username:password@github.com/WEMP/project-slideshow.git

Notez que l'URL contient à la fois le nom d'utilisateur et le mot de passe. Le .git/configfichier doit également montrer vos paramètres actuels.

Mise à jour 20200128:

Si vous ne souhaitez pas stocker le mot de passe dans le fichier de configuration, vous pouvez générer votre jeton personnel et remplacer le mot de passe par le jeton. Voici quelques détails .

Cela ressemblerait à ceci -

git remote set-url origin https://username:token@github.com/WEMP/project-slideshow.git

une note supplémentaire:

si vous avez déjà ajouté une télécommande ($ git remote add origin ...) et que vous devez changer cette télécommande particulière, faites d'abord une suppression à distance ($ git remote rm origin), avant de rajouter la nouvelle URL de dépôt améliorée (où "origine" était le nom du dépôt à distance).

donc pour utiliser l'exemple d'origine:

$ git remote add origin https://github.com/WEMP/project-slideshow.git
$ git remote rm origin
$ git remote add origin https://github-username@github.com/WEMP/project-slideshow.git

Si vous utilisez HTTPS, vérifiez que votre URL est correcte. Par exemple:

$ git clone https://github.com/wellle/targets.git
Cloning into 'targets'...
Username for 'https://github.com': ^C

$ git clone https://github.com/wellle/targets.vim.git
Cloning into 'targets.vim'...
remote: Counting objects: 2182, done.
remote: Total 2182 (delta 0), reused 0 (delta 0), pack-reused 2182
Receiving objects: 100% (2182/2182), 595.77 KiB | 0 bytes/s, done.
Resolving deltas: 100% (1044/1044), done.

Je viens de recevoir un e-mail d'un administrateur de github.com indiquant ce qui suit: "Nous conseillons normalement aux gens d'utiliser l'URL HTTPS, sauf s'ils ont une raison spécifique d'utiliser le protocole SSH. Le HTTPS est sécurisé et plus facile à configurer, donc nous le définissons par défaut lorsqu'un nouveau référentiel est créé. "

L'invite de mot de passe accepte en effet les informations de connexion normales de github.com. Un didacticiel sur la configuration de la mise en cache des mots de passe est disponible sur https://help.github.com/articles/set-up-git#password-caching . J'ai suivi les étapes du didacticiel et cela a fonctionné pour moi.

Parce que vous utilisez la méthode HTTPS . HTTPS nécessite que vous tapiez l'accès à votre compte chaque fois que vous essayez de pousser ou de tirer , mais il y a aussi un moyen, appelé SSH , et il vous permet de dire à git, que je vous donne la permission avec mon compte pour ce PC, et ne demandez jamais moi à nouveau sur tout accès utilisateur . Pour l'utiliser, vous devez générer une clé SSH et l' ajouter dans le compte de votre Github une seule fois . Pour ce faire, vous pouvez suivre ces étapes

Comment générer une clé SSH pour Github

Si vous avez activé l'authentification à deux facteurs, vous devrez générer un jeton d'accès personnel et l'utiliser à la place de votre mot de passe normal. Plus d'informations ici: https://help.github.com/articles/creating-an-access-token-for-command-line-use/