Files
Ressources-relationnel/docs/04-gestion-des-evolutions.md
sam e5e6f72f92
CD - Déploiement continu / deploy (push) Successful in 6m44s
CI - Intégration continue / quality-and-tests (push) Failing after 2m30s
Sécurisation, déploiement CI/CD Gitea et documentation INFCDAAL3
- CI/CD Gitea Actions: ci.yml (Pint + PHPUnit), deploy.yml (déploiement SSH)
- Suppression de l'ancien workflow GitHub cassé
- En-têtes de sécurité: ajout CSP et Permissions-Policy
- RGPD: droit à l'effacement (anonymisation du compte) + tests
- Correctifs: ForceHttps hors env testing, timestamps du modèle Utilisateur,
  suppression des migrations en doublon (migrate échouait sur base neuve)
- Qualité: formatage Laravel Pint sur l'ensemble du code
- Documentation dossier technique (docs/) + .docx + .pptx

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-07-06 11:09:34 +02:00

2.6 KiB

04 — Outil de gestion des demandes d'évolutions et des incidents

Projet (RE)Sources Relationnelles — Bloc INFCDAAL3

1. Outil choisi : les Issues de Gitea

La gestion des évolutions et des incidents s'appuie sur le module Issues de Gitea (déjà utilisé pour le code), ce qui évite d'ajouter un outil externe et centralise le suivi au même endroit que le code et les déploiements.

  • Instance : https://gitea.sam-coffre.duckdns.org/

2. Typologie des demandes (labels)

Chaque demande est catégorisée par un label :

Label Usage
bug Incident / anomalie en production
evolution Demande d'évolution fonctionnelle
securite Faille ou correctif de sécurité (priorité haute)
documentation Mise à jour de documentation
priorite:haute / priorite:basse Niveau de priorité

3. Cycle de vie d'une demande

Ouverte  →  À traiter  →  En cours  →  En test (QA)  →  Résolue / Fermée
  • Une issue est liée à une branche et à une Pull Request ; la fusion de la PR ferme automatiquement l'issue (mot-clé Closes #12 dans le commit).
  • Le tableau Projects (Kanban) de Gitea permet de visualiser l'avancement (colonnes : À faire / En cours / Terminé).
  • Les Milestones regroupent les demandes par version cible (ex. v1.1).

4. Processus de gestion des incidents (maintenance corrective)

  1. Détection : signalement (utilisateur, supervision, logs).
  2. Qualification : création d'une issue bug, évaluation de la gravité.
  3. Priorisation : affectation d'un label de priorité et d'un responsable.
  4. Correction : branche fix/…, développement, tests.
  5. Validation : CI verte + recette en QA.
  6. Déploiement : fusion sur master → mise en production automatique.
  7. Clôture : fermeture de l'issue, note de version si nécessaire.

5. Processus de gestion des évolutions (maintenance évolutive)

  1. Recueil du besoin : issue evolution décrivant le besoin et la valeur.
  2. Analyse et estimation : faisabilité, impact, charge.
  3. Planification : affectation à un milestone / une version.
  4. Réalisation : branche feature/…, développement + tests.
  5. Revue et intégration : Pull Request relue, CI validée.
  6. Livraison : déploiement continu, communication de la nouvelle version.

6. Traçabilité

Grâce à Gitea, chaque évolution est traçable de bout en bout :

Issue → Branche → Commits → Pull Request → CI → Déploiement → Release

Cette chaîne assure la traçabilité complète exigée pour la maintenance d'une application manipulant des données sensibles.