|{{: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]]|
====== Procédure de dépôt des codes sources (procédure #09) ======

|**Suivi des modifications majeures** |10/11/2025 - Kevin KOPINSKI\\ 30/09/2024 - Reprise de la procédure\\ 04/08/2017 - Kristel THIRY - Migration vers DoKuWiKi et relecture\\ 27/07/2015 - Guillaume NATALI - Création|
|**Suivi des approbations** |Document #09 - Procédure de dépôt des codes|
|**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 & Equipe Ass|

==== Dépôt des codes ====
Les codes sont historisés au travers d'un dépôt {{https://gitlab.com/|GitLab}}
^Nom du dépôt^Objet^
|**Logeas Informatique / Divers**||
|AutoVideo|Logiciel permettant de lancer automatiquement des vidéos|
|Composants|Composant externe utilisés par les projets Delphi et Lazarus|
|SFTPLogeasSync|Code de l'utilitaire utilisé pour les sauvegardes ([[certif:do:sauvegardeapplogeas2:ftplogeassync|cf doc]])|
|**Logeas Informatique / Logeas-projets-obsoletes**||
|BibliothequeAngular|Premières versions de la bibliothèque (Obsolète)|
|logeas-lib|Premières versions de la bibliothèque (Obsolète)|
|maj-serveurapp|Ancien logiciel de mise à jour / sauvegarde des serveurs|
|NewInterfaces|Ensemble des codes des interfaces (y compris la bibliothèque commune)|
|**Logeas Informatique / Logeas-web**||
|Logeas-projet-IA|mini projet de pratique d'IA|
|logeas-web.fr|Codes des serveurs en Delphi & Lazarus|
|Site internet|Site internet de logeas-web.fr|
|**Logeas Informatique / Logeas-web / NewInterfaces-group**||
|exemples|Bac à sable DevExtreme [[http://exemples.logeas-web.fr|exemples]]|
|logeas-assistance|Site internet de l'[[http://assistance.logeas-web.fr|assistance]]|
|logeas-cartographie|Site internet de la [[http://cartographie-fonctionnelle.logeas-web.fr|cartographie-fonctionnelle]]|
|logeas-lib|Bibliothèque de components commune à tous les projets|
|logeas-statunion|Site internet de [[http://statunion.logeas-web.fr|statunion]]|
|logeas-taches|Site internet de [[http://taches.logeas-web.fr|taches]]|
|logeas-version|???|
|logeas-web|Site internet de [[http://test.logeas-web.fr|logeas-web]]|
|principale|???|
|questionnaire|Site internet de [[https://questionnaire.logeas-web.fr/|Questionnaire de satisfaction]]|
|script|???|

==== Historique ====
== Avant 2024 ==
Le dépôt se faisait sur [[https://www.e-coffrefort.fr|https://www.e-coffrefort.fr]]
Le dépôt a été fermé à l'automne 2024, les fichiers déposés ayant été copié sur \\Backup-02\Archives Logeas Informatique\Archives anciennes version LoGeAs.
En parallèle un dépôt était disponible sur l'une des VMs de l'infrastructure (celle-ci a été arrêté et est toujours présente pour archives)
== Aujourd'hui ==
Les dépôts de code se font sur Gitlab.

==== Procédure ====
  - Création d'un ticket sous Gitlab :
    - 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.