Différences

Ci-dessous, les différences entre deux révisions de la page.

--- cours:git [2023/02/23 19:21] – créée jcheron
+++ cours:git [2023/12/22 11:57] (Version actuelle) – [Authentification] jcheron
@@ Ligne 44: / Ligne 44: @@
 Le commit doit être accompagné (c'est indispensable) d'un message, composé d'un titre et d'une description, qui apporte des précisions sur les modifications opérées.
 Le message permettant aux autres développeurs de comprendre la nature des modifications, il est important de s'appliquer à le rédiger.
-Comparez le message suivant :
+Comparez le message suivant :
+<sxh bash;gutter:false>
 some css
 styling
 ooops
 misc fixes and cleanups
+</sxh>
 A celui-ci :
+<sxh bash;gutter:false>
 add subtle background pattern to body
 make subheadings larger on archive pages
 fix typo in site footer
 cleanup code with htmltidy
+</sxh>
 L'un est clairement plus explicite et plus utile que l'autre…
@@ Ligne 72: / Ligne 76: @@
 Les branches permettent de séparer un projet, et de pouvoir travailler sur une nouvelle fonctionnalité (à risque) ou sur la résolution d'un bug, sans perturber et déstabiliser l'existant.
-Une fois la fonctionnalité implémentée et testée ou le bug résolu, il sera alors possible de réunir la nouvelle branche avec la branche master par un merge.
+Une fois la fonctionnalité implémentée et testée ou le bug résolu, il sera alors possible de réunir la nouvelle branche avec la branche master par un merge (ou de précéder le merge par une Pull Request, pour faire une revue de code avant merge).
-Création d'une branche
+==== Création d'une branche ====
+<sxh bash;gutter:false>
 git branch branchName
+</sxh>
 voir http://git-scm.com/docs/git-branch
-Positionnement sur une btanche
+==== Positionnement sur une branche ====
+<sxh bash;gutter:false>
 git checkout branchName
+</sxh>
 voir http://git-scm.com/docs/git-checkout
-Réalisation d'un merge de branchName avec master
+==== Synchroniser une branche avec main (avant PR)  ====
+<sxh bash;gutter:false>
+git checkout main
+git pull
+git checkout branchName
+git merge main
+</sxh>
+==== Réalisation d'un merge de branchName avec master ====
+<sxh bash;gutter:false>
 git merge branchName
+</sxh>
 voir http://git-scm.com/docs/git-merge
@@ Ligne 97: / Ligne 118: @@
 Identification de l'état
+<sxh bash;gutter:false>
 git status
+</sxh>
 voir http://git-scm.com/docs/git-status
-Les éventuels fichiers en conflit apparaissent comme unmerged
+  * Les éventuels fichiers en conflit apparaissent comme unmerged
+  * Editez les fichiers en conflit, et effectuez les modifications nécessaires
-Editez les fichiers en conflit, et effectuez les modifications nécessaires
+  * Valider ensuite les modifications :
-Valider ensuite les modifications :
 Résolution de conflit
+<sxh bash;gutter:false>
 git add fileName
+</sxh>
 voir http://git-scm.com/docs/git-add
@@ Ligne 114: / Ligne 138: @@
 ===== 9. .gitignore =====
-Le fichier .gitignore permet de spécifier les fichiers, dossiers ou groupes de fichiers qui doivent être ignorés par git et non publiés (les fichiers de configuration, par exemple, qui peuvent contenir des infos sensibles, ou les fichiers spécifiques à la machine du développeur):
+Le fichier **.gitignore** permet de spécifier les fichiers, dossiers ou groupes de fichiers qui doivent être ignorés par git et non publiés (les fichiers de configuration, par exemple, qui peuvent contenir des infos sensibles, ou les fichiers spécifiques à la machine du développeur):
-Exemple de fichier .gitignore
+==== Exemple de fichier .gitignore ====
+<sxh ;gutter:false>
 # Fichiers à ne pas synchroniser
  *.txt
  !readme.txt
  conf/
-Signification
+</sxh>
+=== Signification ===
 Exclusion de :
-Tous les fichiers texte (*.txt)
+  - Tous les fichiers texte (*.txt)
-Sauf le fichier readme.txt
+  - Sauf le fichier readme.txt
-et tout le dossier conf
+  - et tout le dossier conf
-Authentification
+==== Authentification ====
 Elle se fait en mode console par user/email + token
-Etape 1 Création token
+=== Etape 1 Création token ===
-Générer un token sur votre compte Github dans les settings de votre compte : voir https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/creating-a-personal-access-token
-Copier dans le presse papier le token généré
+  * Générer un token sur votre compte Github dans les settings de votre compte : voir https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/creating-a-personal-access-token
-Sur votre poste, configurer git :
+  * Copier dans le presse papier le token généré
-Etape 2 Enregistrement côté client
+  * Sur votre poste, configurer git :
+=== Etape 2 Enregistrement côté client ===
+<sxh bash;gutter:false>
 git config --global user.name "myName"
 git config --global user.email "myEmail"
 git config --global credential.helper cache
-Coller le token générer lors de la demande de mot de passe lors de la première opération git (push, pull…)
+</sxh>
+Coller le token généré lors de la demande de mot de passe lors de la première opération git (push, pull…)\\
+Dans putty, avec le bouton droit de la souris.