Discussion :

[Masstafafa]

Bonjour à tous,

Je me permets de poster un message pour le logiciel Git que j'ai du mal à maitriser. Je pense avoir compris les différents principes qui régissent le logiciel mais pour son application c'est autre chose…

Je commence juste la programmation et je pense que je n'ai pas encore tout compris, ni tous les automatismes pour utiliser Git au mieux.

J'utilise le terminal pour Git, j'ai aussi un compte GitHub et mon éditeur de code est VSCode.

Sur GitHub j'ai créé un repository et j'ai cloné celui-ci sur un fichier en local (Gitrepo qui contient mon fichier github avec les différents fichiers dedans)

Cependant, je n'arrive pas à Push mes fichiers sur le site de Github. Lorsque je tape dans le terminal git push, le terminal me demande un password (j'imagine que c'est le meme que mon compte Git) mais cela ne marche pas.

Il me renvoie ce message d'erreur :

xxxxxxxxxxxx Gitrepo % cd ca_shellscripts
xxxxxxxxxx ca_shellscripts % git push
Password for 'https://xxxxxx@github.com':
remote: Support for password authentication was removed on August 13, 2021.
remote: Please see https://docs.github.com/get-started/...ith-https-urls for information on currently recommended modes of authentication.
fatal: Authentication failed for 'https://github.com/mon user name/xxxxxxxx.git/'
xxxxxxxxxxx ca_shellscripts %

Sauriez-vous me dire ce que je fais mal et m'aiguiller pour comprendre un peu mieux le fonctionnement de Git et GitHub

Merci beaucoup pour votre aide.

[Obsidian]

Bonjour et bienvenue,

Tu n'as pas de chance car, dans le cas présent, tu n'es pas responsable de cette erreur. Le message dit en fait :

xxxxxxxxxxxx Gitrepo % cd ca_shellscripts
xxxxxxxxxx ca_shellscripts % git push
Password for 'https://xxxxxx@github.com':

serveur distant : la prise en charge de l'authentification par mot de passe a été supprimée le 13 août 2021.
serveur distant : Veuillez vous référer à [URL] pour plus d'informations concernant les modes d'authentification actuellement recommandés.

fatal: Échec de l'authentification pour 'https://github.com/mon user name/xxxxxxxx.git/'
xxxxxxxxxxx ca_shellscripts %

Concernant les méthodes en question, la page indiquée renvoie à son tour (et après un peu de lecture) vers : https://docs.github.com/fr/authentic...-access-tokens

Cela dit, même si Github reconnaissait encore les mots de passe, il est probable que dans tous les cas, tu aies cloné ton dépôt de manière anonyme, ce qui fait que Git n'envoie pas de nom d'utilisateur ou s'il le fait, il n'envoie pas le bon. Il doit utiliser celui avec lequel tu es loggué sur ta machine et pas celui de ton compte Github, et cela même si ce nom de compte apparaît dans l'URL, ce qui est un choix de l'hébergeur mais n'influe pas en soi sur la politique des credentials.

On pourra développer un peu le sujet si tu le souhaites.
Bon courage.

[Masstafafa]

Merci de ton retour rapide!

J'ai finalement réussi à lier mon repository git hub avec git grâce au lien que tu m'a donné. C'était effectivement un problème de token.

En revanche je ne comprends pas très bien d'ou sort l'adresse qui demande un mot de passe "Password for 'https://Pierre@github.com':" Je n'ai pas d'adresse mail git hub et je ne crois pas en avoir créé une.

Tout marche mais j'aimerais tout de même comprendre d'ou vient cette adresse github, as tu une idée? ou est ce un lien créé par défaut par git?

Merci pour ton aide

[Obsidian]

Heureux de voir que tu as pu t'en sortir seul et rapidement. Ces histoires de tokens sont souvent causes de maux de têtes.

En revanche je ne comprends pas très bien d'ou sort l'adresse qui demande un mot de passe "Password for 'https://Pierre@github.com':" Je n'ai pas d'adresse mail git hub et je ne crois pas en avoir créé une.

Ce n'est pas une adresse e-mail que tu vois mais un(e) authentique URL qui contient une arobase « @ ».

Normalement, on ne peut pas en mettre mais la RFC 1738 qui définit ce que sont les URLs (officiellement, car elle date de décembre 1994 et on les utilisait déjà depuis longtemps avant cette date) prévoit déjà ce format pour les protocoles qui en ont besoin, tels que le FTP ou Telnet. Voir sections 3 et 5 : https://www.rfc-editor.org/rfc/rfc1738

Le même format a été naturellement adopté par d'autres protocoles comme SSH quand ils sont apparus et c'est donc tout aussi naturellement que la RFC 3986 a fini par normaliser cela avec le reste (voir règle « userinfo », impliquée dans la règle « authority » de la grammaire BNF associée) : https://datatracker.ietf.org/doc/html/rfc3986