|{{:undo-2.svg?30|}} [[certif:do#procedures|Retour au Dossier Organisationnel]]||
|{{:connexe.jpg?40|}} **Sujets connexes**|[[https://cartographie-fonctionnelle.logeas-web.fr/|Cartographie fonctionnelle de LoGeAs]]\\  [[:certif:procedure:develop:gestionversion]]\\ [[:certif:procedure:develop:gestionsvn]]\\ [[:certif:procedure:develop:gestionprojeqtor|]] \\ [[:certif:procedure:develop:proceduremiseaucoffredescodes]]]|
====== Procédures de gestion du dépôt GitLab (procédure #??) ======

|**Suivi des modifications majeures** |10/11/2025 - Kevin KOPINSKI - Création|
|**Suivi des approbations** |[[https://cartographie-fonctionnelle.logeas-web.fr/|Cartographie fonctionnelle de LoGeAs]]|
|**Objet** |L'objet de ce document est de définir l'action à mener pour réaliser le dépôt de codes sources sur les repots Gitlab\\   \\ Le dépôt du code sources consiste à exporter un ensemble de dossiers de l’entrepôt de Logeas Informatique. Cette action est à réaliser lors de la publication d'une version.|
|**Destinataires** |**- Validation des modifications : ** Gérant \\  **- Approbation du document** : Equipe dev|
==== Procédure ====
  - Création d'un ticket sous Gitlab :
  - -**Si le ticket est lié à un ticket développement (Assistance) celui-ci doit être obligatoirement indiqué**
    - Cas Anomalie(Hotfix) : cela permet de décrire le problème, le scenario de test pour le reproduire, ainsi que l'attendu de la résolution.
    - Cas Evolution(Feature) : cela permet de décrire l'attendu de la nouvelle fonctionnalité.
  - Un dev s'assigne un ticket et crée une requête de fusion.
    - Nommage de la branche **[feature|hotfix]** / **[nomApplication]** / **[nomDuTicket]**.
    - La relecture de la requête est affecté à un second developpeur.
  - Le développeur recupère la branche en local et code le travail demandé.
  - Une fois le développement terminé, le développeur fusion la branche principale (develop) sur sa branche de travail, puis la pousse sur Gitlab.
  - le second développeur relit le code, réalise des tests, puis fait des remarques ou valide la requête de fusion.
  - Le ticket est ainsi cloturé.
  
Une version est un ensemble de tickets. Quand tous ceux là sont résolus, alors la nouvelle version est déployée.