Retour au Dossier Organisationnel
Sujets connexesCartographie fonctionnelle de LoGeAs
Procédure de gestion des versions de LoGeAs (procédure #06)
Procédure de versionning des codes sources (procédure #30)
Procédure de prise en charge d'un ticket - ProjeQtOr (procédure #04)
Procédure de dépôt des codes sources (procédure #09)

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 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

  1. Création d'un ticket sous Gitlab :
  2. -Si le ticket est lié à un ticket développement (Assistance) celui-ci doit être obligatoirement indiqué
    1. 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.
    2. Cas Evolution(Feature) : cela permet de décrire l'attendu de la nouvelle fonctionnalité.
  3. Un dev s'assigne un ticket et crée une requête de fusion.
    1. Nommage de la branche [feature|hotfix] / [nomApplication] / [nomDuTicket].
    2. La relecture de la requête est affecté à un second developpeur.
  4. Le développeur recupère la branche en local et code le travail demandé.
  5. Une fois le développement terminé, le développeur fusion la branche principale (develop) sur sa branche de travail, puis la pousse sur Gitlab.
  6. le second développeur relit le code, réalise des tests, puis fait des remarques ou valide la requête de fusion.
  7. 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.