meta données pour cette page
  •  

Différences

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

Lien vers cette vue comparative

Les deux révisions précédentesRévision précédente
Prochaine révision		Révision précédente
certif:procedure:develop:gestionsdepotgit [2025/12/30 14:17] – nicolascertif:procedure:develop:gestionsdepotgit [2026/08/11 15:15] (Version actuelle) – nicolas
Ligne 1: Ligne 1:
-|{{:undo-2.svg?30|}} [[certif:do#procedures|Retour au Dossier Organisationnel]]|| +====== [OBSOLÈTE] Procédures de gestion du dépôt GitLab ======
-|{{: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édure de dépôt des codes sources (procédure #09) ======+
  
-|**Suivi des modifications majeures** |10/11/2025 - Kevin KOPINSKI - Création| +//**Cette page est obsolète depuis le 2026-08-11.** Son contenu a été fusionné dans la procédure [[certif:procedure:develop:gestionversion|Gestion des Versions]], section « Intégration du code (dépôt Git) ».// 
-|**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.|+//L'ancien contenu de cette page (avant fusion) reste consultable via l'historique des révisions de cette page (bouton "Old revisions" / historique DokuWiki, en bas de page).// 
 + 
 +===== Informations qualité ===== 
 + 
 +|**Suivi des modifications majeures** |10 novembre 2025 - Kevin Kopinski - Création\\ 11 août 2026 - Nicolas Marchand - Page marquée obsolète, contenu fusionné dans la page ''gestionversion''| 
 +|**Suivi des approbations** |Ce document correspondait à la procédure « Gestion du dépôt Git » (Kevin Kopinski)| 
 +|**Objet** |Cette page est obsolète, voir « Voir désormais » ci-dessous.|
 |**Destinataires** |**- Validation des modifications : ** Gérant \\  **- Approbation du document** : Equipe dev| |**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. +===== Voir désormais ===== 
-    - 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. +→ [[certif:procedure:develop:gestionversion|Procédure de Gestion des Versions]] (numérotation, tags Git et intégration du code, tous composants) 
-    - 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.+