Différences

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

--- informatique:aides:git [2019/12/18 20:06] – [Sous-modules] jpmilcent
+++ informatique:aides:git [2020/11/17 20:56] (Version actuelle) – [Usage basique des branches et des merges] jpmilcent
@@ Ligne 7: / Ligne 7: @@
   * [[http://chris.beams.io/posts/git-commit/|Comment écrire de bon message de commit]]
   * [[http://doc.gitlab.com/ce/markdown/markdown.html|Doc Markdown GitLab]]
-  * [[AideGitBranches|Comment nommer ses branches]]
+  * [[Informatique:Aides:Git:Branches|Comment nommer ses branches]]
 ==== Ignorer tout le contenu d'un dossier ====
@@ Ligne 121: / Ligne 121: @@
 **git push origin <nom-branche>** : pousser la branche locale vers le dépôt distant.
-**git push origin --delete <nom-branche>** : supprimer la branche dans le dépôt.
+''<nowiki> git push origin --delete <nom-branche> </nowiki>'' : supprimer la branche dans le dépôt.
 ==== Sauvegarde de modifications pour les "transporter" ====
@@ Ligne 229: / Ligne 229: @@
 ==== Note sur le message du « commit » ====
 Bien que ce ne soit pas obligatoire, il est assez efficace de commencer le message du « commit » avec une courte ligne (moins de 50 caractères) qui résume le changement, suivi d’une ligne blanche, puis d’une description plus complète. Les outils qui transforment les commits en mail, par exemple, utilisent la première ligne du commit pour le sujet du mail et le reste pour le contenu.
+Les règles à appliquer pour rédiger un message de commit :
+  - Rédiger le commit en anglais
+  - Limiter la ligne du sujet à 50 caractères.
+  - Utiliser une lettre capitale seulement sur le 1er caractère
+  - Ne pas mettre d'espace avant le caractère deux-points (":")
+  - Ne pas mettre de point à la fin de la ligne du sujet
+  - Ajouter une ligne blanche entre la ligne du sujet et le corps du texte
+  - Limiter les lignes du corps du texte à 72 caractères.
+  - Utiliser l'impératif.
+  - Décrire ce qui a été fait et pourquoi et non comment.
+Format de la ligne de sujet : **<type> <subject>: <détail>**
+  * //Type// : peut prendre une des valeurs suivante :
+     * chore : modification concernant le fonctionnement du code (ajout .gitignore, .editorconfig...)
+     * docs : ajout de documentation.
+     * style : modification du style du code.
+     * feat : nouvelle fonctionnalité
+     * fix : correction de bug.
+     * refactor : refactorisation du code (seulement une restructuration du code sans nouvelle fonctionnalité).
+     * test : ajout de test.
+   * //Subject// : indique sur quel partie du code porte le commit (fichier, module, dossier...)
+   * //Détail// : indiquer en quelques mots les modifications réalisées et pourquoi
 ==== Comment fermer automatiquement des bugs via un message de commit sur Github====