Commandes

# Checklist de revue de code

## Vue d’ensemble
Checklist complète pour mener des revues de code approfondies afin de garantir la qualité, la sécurité et la maintenabilité.

## Catégories de revue

### Fonctionnalité
- [ ] Le code fait ce qu’il est censé faire
- [ ] Les cas limites sont correctement gérés
- [ ] La gestion des erreurs est appropriée
- [ ] Pas de bugs évidents ni d’erreurs logiques

### Qualité du code
- [ ] Le code est lisible et bien structuré
- [ ] Les fonctions sont courtes et ciblées
- [ ] Les noms de variables sont explicites
- [ ] Pas de duplication de code
- [ ] Respecte les conventions du projet

### Sécurité
- [ ] Pas de vulnérabilités de sécurité évidentes
- [ ] La validation des entrées est en place
- [ ] Les données sensibles sont correctement traitées
- [ ] Pas de secrets codés en dur

# Audit de sécurité

## Vue d’ensemble
Revue de sécurité complète pour identifier et corriger les vulnérabilités dans la base de code.

## Étapes
1. **Audit des dépendances**
   - Vérifier les vulnérabilités connues
   - Mettre à jour les paquets obsolètes
   - Passer en revue les dépendances tierces

2. **Revue de la sécurité du code**
   - Rechercher les vulnérabilités courantes
   - Passer en revue l’authentification et l’autorisation
   - Auditer les pratiques de gestion des données

3. **Sécurité de l’infrastructure**
   - Passer en revue les variables d’environnement
   - Vérifier les contrôles d’accès
   - Auditer la sécurité réseau

## Liste de vérification de sécurité
- [ ] Dépendances à jour et sécurisées
- [ ] Aucun secret en dur dans le code
- [ ] Validation des entrées mise en œuvre
- [ ] Authentification sécurisée
- [ ] Autorisation correctement configurée

# Configurer une nouvelle fonctionnalité

## Vue d’ensemble
Mettre en place une nouvelle fonctionnalité de façon systématique, de la planification initiale jusqu’à la structure d’implémentation.

## Étapes
1. **Définir les exigences**
   - Clarifier le périmètre et les objectifs de la fonctionnalité
   - Identifier les user stories et les critères d’acceptation
   - Planifier l’approche technique

2. **Créer une branche de fonctionnalité**
   - Partir de main/develop
   - Configurer l’environnement de développement local
   - Configurer toute nouvelle dépendance

3. **Concevoir l’architecture**
   - Concevoir les modèles de données et les API
   - Planifier les composants UI et les flux
   - Définir la stratégie de test

## Liste de contrôle de configuration de la fonctionnalité
- [ ] Exigences documentées
- [ ] User stories rédigées
- [ ] Approche technique définie
- [ ] Branche de fonctionnalité créée
- [ ] Environnement de développement prêt

# Créer une PR

## Vue d’ensemble
Créer une pull request bien structurée avec une description claire, des labels et des reviewers.

## Étapes
1. **Préparer la branche**
   - S’assurer que toutes les modifications sont commitées
   - Pousser la branche vers le dépôt distant
   - Vérifier que la branche est à jour avec main

2. **Rédiger la description de la PR**
   - Résumer clairement les changements
   - Inclure le contexte et la motivation
   - Lister toute modification cassante
   - Ajouter des captures d’écran si l’UI change

3. **Configurer la PR**
   - Créer la PR avec un titre descriptif
   - Ajouter les labels appropriés
   - Assigner des reviewers
   - Lier les issues associées

## Modèle de PR
- [ ] Fonctionnalité A
- [ ] Correction de bug B
- [ ] Les tests unitaires passent
- [ ] Tests manuels terminés

# Exécuter tous les tests et corriger les échecs

## Vue d’ensemble
Exécuter l’ensemble de la suite de tests et corriger systématiquement tous les échecs afin de garantir la qualité et la fonctionnalité du code.

## Étapes
1. **Exécuter la suite de tests**
   - Exécuter tous les tests du projet
   - Capturer la sortie et identifier les échecs
   - Vérifier les tests unitaires et d’intégration

2. **Analyser les échecs**
   - Catégoriser par type : instables, cassés, nouveaux échecs
   - Prioriser les correctifs selon l’impact
   - Vérifier si les échecs sont liés aux changements récents

3. **Corriger les problèmes de manière systématique**
   - Commencer par les échecs les plus critiques
   - Corriger un problème à la fois
   - Relancer les tests après chaque correctif

# Intégrer un·e nouveau·elle développeur·euse

## Vue d’ensemble
Processus d’onboarding complet pour permettre à un·e nouveau·elle développeur·euse d’être opérationnel·le rapidement.

## Étapes
1. **Configuration de l’environnement**
   - Installer les outils requis
   - Configurer l’environnement de développement
   - Configurer l’IDE et les extensions
   - Configurer Git et les clés SSH

2. **Prise en main du projet**
   - Passer en revue la structure du projet
   - Comprendre l’architecture
   - Lire la documentation principale
   - Configurer la base de données locale

## Checklist d’onboarding
- [ ] Environnement de développement prêt
- [ ] Tous les tests passent
- [ ] Peut exécuter l’application en local
- [ ] Base de données configurée et fonctionnelle
- [ ] Première PR soumise