Flux de développement — PyramideApp Dev Team

Équipe Dev · Pyramide En vigueur

Flux de développement

Ce document décrit le Flux de travail adopté par toute l'équipe de développement. Il a été conçu en fonction de notre contexte, notre stack technique et notre organisation interne. Chaque développeur est tenu de suivre ces étapes pour garantir la qualité, la traçabilité et la cohérence du travail livré.

Projet Pyramide App

Stack Laravel · Vue.js · Git

Appliqué à Tous les développeurs

Version v1.0 — Mars 2026

↻ Ce document est évolutif — il sera mis à jour à chaque changement de processus ou d'organisation. Toute modification sera communiquée à l'équipe. La version en vigueur est toujours celle présente dans ce fichier.

Planification

Création du ticket

Créer un ticket dans le système de tickets ou directement via le client Pyramide.

# Exemple
Ticket ID : #824663
Bug: Candidate CV not sending to company

Git

Créer une branche

Toujours travailler dans une branche dédiée, partant de dev.

git checkout -b dev-03232

Format : dev-{numéro} — ex: dev-03232

DéveloppementIA

Développer la solution

Correction du bug ou nouvelle fonctionnalité
Optimisation du code
Utiliser l'IA comme assistant vérifier la logique, la sécurité et la performance du code, mais toujours valider avec vos compétences.
Si un autre bug est détecté → créer un nouveau ticket immédiatement
Demander de l'aide aux autres développeurs si besoin (message direct, canal Discord, meet)
Rappelez-vous : l’IA aide, mais votre expertise est indispensable pour garantir la qualité.

Qualité

Tester localement

Tests manuels — plusieurs scénarios différents
Lancer les tests unitaires backend
Lancer le build localement et vérifier qu'il passe
Vérifier la console (erreurs JS, warnings)
Vérifier les logs Laravel (storage/logs/laravel.log)
Tester l'API avec Postman ou Insomnia

Git

Commit clair

Inclure le nom/surnom du développeur et l'ID du ticket.

# Format
[Prénom/Surnom] : #id_ticket description courte

# Exemple
Souh : #824663 add candidate filter by status

Review

Pull Request

Ouvrir une PR sur GitHub ou GitLab avec une description claire.

Review

Code Review

Assigner au développeur qui a déjà travaillé sur la même fonctionnalité
Ou à celui qui a des idées pertinentes sur le sujet
Vérification de la logique, sécurité et qualité du code

Git

Merge → dev

Après validation de la review, merge de la branche vers dev.

TestingStaging

Testing sur staging

Deploy sur le serveur staging
Tests QA — plusieurs scénarios complets
Validation par le testeur
Si un bug est trouvé ou un dysfonctionnement → à corriger → retour à l'étape 2

Git

Merge → main

Si staging validé, merge de dev vers main.

Deploy

Déploiement production

Deploy depuis main vers le serveur de production.

main → prod