Différences

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

--- fr:collabo_bpy_nel_workbench [2018/06/10 10:41] – créée YannK
+++ fr:collabo_bpy_nel_workbench [2021/12/03 18:19] (Version actuelle) – modification externe 127.0.0.1
@@ Ligne 1: / Ligne 1: @@
-====== Collaborer sur le dépôt bpyNel workbench ======
+====== Collaborer sur le dépôt bpyNel workbench - OpenNeL legacy ======
+<WRAP center round important 60%>
+Cette page n’est conservée que pour des raisons historiques. Il n’y a plus lieu de collaborer à ce dépôt.
+</WRAP>
 {{  :fr:bpynel_workbench.png?nolink 200  |}}
@@ Ligne 7: / Ligne 12: @@
 L’interface du plugin doit se faire en suivant les indications données pour Blender 2.8 : [[https://developer.blender.org/T55407|2.8: Addons UI]]
-Pages de documentation sur les différents plugins :
+===== Plugins =====
+==== NeL Object Import - io_nel_import ====
   * {{:fr:blender-plain-logo-32.png?nolink|blender.org}}[[fr:py_nel_workbench/io_nel_import | NeL files import ]]
@@ Ligne 22: / Ligne 29: @@
 ==== Mise en place d'un dépôt personnel (fork) ====
-Pour commencer, il vous faudra forker le dépôt principal. Ainsi, vous aurez votre propre dépôt, sur lequel vous pourrez effectuer vos modification sans interférer avec le dépôt principal.
+Pour commencer, il vous faudra forker le dépôt principal. Ainsi, vous aurez votre propre dépôt, sur lequel vous pourrez effectuer vos modifications sans interférer avec le dépôt principal.
-Pour cela, il vous suffit de clique sur le bouton suivant sur la page d’accueil du projet.
+Pour cela, il vous suffit de cliquer sur le bouton suivant sur la page d’accueil du projet.
 {{:fr:fork.png}}
-Vous serrez alors redirigé vers votre copie du dépôt.
+Vous serez alors redirigée vers votre copie du dépôt.
 ==== Travailler directement sur le dépôt principal ====
-Si vous êtes un développeur "officiel" (avec une autorisation d'accès dans le groupe Khaganat ) chez nous, vous aurez accès au dépôt principal sur notre GitLab : [[gitlab>py_nel_project/bpy_nel_workbench|bpyNel workbench]].
+Si vous êtes une développeuse "officielle" (avec une autorisation d'accès dans le groupe Khaganat) chez nous, vous aurez accès au dépôt principal sur notre GitLab : [[gitlab>py_nel_project/bpy_nel_workbench|bpyNel workbench]].
 Vous n'aurez pas à créer un dépôt personnel (sauf si vous en avez envie) pour pouvoir contribuer, il vous suffira de travailler sur des branches en interne.
@@ Ligne 43: / Ligne 50: @@
 Les branches principales sont :
-  * Branche **Master** : Branche **stable**, où seul les hotfix et les nouvelles release sont autorisés à être mergés. Cette branche garantie une expérience sans (trop de) bugs, dans la mesure du possible.
+  * Branche **Master** : Branche **stable**, où seuls les hotfix et les nouvelles releases sont autorisées à être mergées. Cette branche garantit une expérience sans (trop de) bugs, dans la mesure du possible.
-  * Branche **Develop** : Branche de développement, dans laquelle les features terminés sont mergés, en vu des futures releases.
+  * Branche **Develop** : Branche de développement, dans laquelle les features terminées sont mergées, en vue des futures releases.
-A cela s'ajoute des branches temporaires, ouvertes et fermés suivants les besoins:
+À cela s'ajoutent des branches temporaires, ouvertes et fermées suivant les besoins:
-  * Branche **Feature** : C'est **une nouvelle addition** au code, développée dans une branche séparée afin de réduire les risque d'introduction de bugs dans develop. Elle sera à merge sur la branche "develop".
+  * Branche **Feature** : C'est **une nouvelle addition** au code, développée dans une branche séparée afin de réduire les risques d'introduction de bugs dans ''develop''. Elle sera à merger sur la branche ''develop''.
-  * Branche **Release** : Ce type de branche est **spécifique au dépôt principal**, et est crée quand toutes les feature prévu dans une nouvelle release ont été merge dans develop. Une fois cette branche créée, seuls les bugfix y sont autorisés, jusqu'à ce qu'elle soit mergée dans Master, une fois considéré comme suffisamment stable pour la "production".
+  * Branche **Release** : Ce type de branche est **spécifique au dépôt principal**, et est créée quand toutes les features prévues dans une nouvelle release ont été mergées dans develop. Une fois cette branche créée, seuls les bugfix y sont autorisés, jusqu'à ce qu'elle soit mergée dans Master, une fois considéré comme suffisamment stable pour la "production".
-  * Branche **Hotfix** : C'est une branche ayant pour objectif de **rapidement corriger un bug critique affectant Master**. De ce fait, elle sera mergée vers la branche Master, ainsi que "develop".
+  * Branche **Hotfix** : C'est une branche ayant pour objectif de **rapidement corriger un bug critique affectant Master**. De ce fait, elle sera mergée vers la branche ''Master'', ainsi que ''develop''.
-Les branches, que ce soit sur votre fork ou sur les dépôts officiels, doivent être nommé de la façon suivante:
+Les branches, que ce soit sur votre fork ou sur les dépôts officiels, doivent être nommées de la façon suivante:
   * Branche **Feature** : Doit être nommée "feature/[numéro(s) de(s) (l')issue][nom de la feature sans espaces ni ponctuation]"
@@ Ligne 65: / Ligne 72: @@
 ==== Publication d'une feature ====
-Une fois que vous considérez la feature que vous avez développé terminé, vous pouvez créer une Merge Request, à destination de **Develop**. Cette requête doit respecter ces impératifs :
+Une fois que vous considérez la feature que vous avez développé terminée, vous pouvez créer une Merge Request, à destination de **Develop**. Cette requête doit respecter ces impératifs :
   * Le CI Gitlab doit pourvoir la compiler avec succès.
-  * La feature et son code doivent être documentée.
+  * La feature et son code doivent être documentées.
-  * La Merge Request doit clairement expliquer la feature (son utilisation, les test à effectuer, etc.)
+  * La Merge Request doit clairement expliquer la feature (son utilisation, les tests à effectuer, etc).
 ==== Publication d'une release ====
-Une fois un certain nombre de features sont mergés avec Develop, nous créons une nouvelle branche release. A partir de ce moment, seul les bugfix sont acceptés (code freeze).
+Une fois un certain nombre de features mergé avec Develop, nous créons une nouvelle branche release. À partir de ce moment, seuls les bugfix sont acceptés (code freeze).
-Une fois le nouveau code testé, et les bugs corrigés, la release est tagué, et publié dans master.
+Une fois le nouveau code testé, et les bugs corrigés, la release est taguée, et publiée dans master.
 ==== Créer un HotFix ====
-Il arrive que des bugs critiques passe à travers les maillons du filet de la QA, c'est pourquoi il est parfois nécessaire de faire des "hotfix" (correction à chaud).
+Il arrive que des bugs critiques passent à travers les maillons du filet de la QA, c'est pourquoi il est parfois nécessaire de faire des "hotfix" (correction à chaud).
 Pour cela, il faut faire une branche "hotfix" depuis master, y corriger le bug, puis le publier dans master.
@@ Ligne 93: / Ligne 100: @@
 ===== Gestion des Issues =====
-De préférence à la [[taf>fr:start|la base TAF]], créez les demandes d'ajout de features sur le système Gitlab de ce dépôt. Bien évidement, les //Bugs// liés à la programmation sont à signaler ici également.
+De préférence à [[taf>fr:start|la base TAF]], créez les demandes d'ajout de features sur le système Gitlab de ce dépôt. Bien évidement, les //Bugs// liés à la programmation sont à signaler ici également.
 De même, avant de commencer une tâche, créez une Issue que vous vous attribuez, comme ça vous pouvez numéroter la branche correctement et on sait que quelqu'un a commencé à travailler sur ce sujet.
-Les travaux à faire, modifications de fichier, créations, doivent être indiqués en se servant du système d'//Issues// de ce dépôt : [[gitlab>py_nel_project/bpy_nel_workbench/issues|Issue sur bpyNel workbench]]
+Les travaux à faire, modifications de fichier, créations, doivent être indiquées en se servant du système d'//Issues// de ce dépôt : [[gitlab>py_nel_project/bpy_nel_workbench/issues|Issue sur bpyNel workbench]]
 Il suffit de cliquer sur : {{ :fr:new_issue2.jpg?nolink |}}
@@ Ligne 114: / Ligne 121: @@
 Dans le doute, n'indiquez rien dans ces quatre champs. De toute façon, tout est éditable a posteriori donc ce n'est pas grave si vous faites des erreurs ou n'êtes pas assez précis.
 ===== Gestion des Milestones =====
@@ Ligne 121: / Ligne 129: @@
 Nous n'utilisons pas de //Tags// sur ce dépôt Git pour le moment.
 ===== Gestion des Labels =====