You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
- Faire de petites MR (pas plus d'1 ou 2j de travail), merger dans une branche intermédiaire si ça dépasse 2 jours
4
+
- Ne pas hésiter à demander un avis sur une MR même si elle n'est pas encore mergeable
5
+
- Commencer par soumettre une MR sur le domaine
6
+
- Ne pas hésiter à proposer une MR avec du code pas encore appelé
7
+
(ex: domaine ou persistence avant API HTTP)
8
+
9
+
## Checklist pour l'auteur
10
+
11
+
-[ ] Le titre de la MR est clair
12
+
-[ ] Le lien vers la carte Notion est présent
13
+
-[ ] Les tests sont clairs et au bon niveau de la pyramide
14
+
-[ ] Les changements sont relus
15
+
-[ ] Le code est formaté (scalafmt)
16
+
-[ ] Le code a été déployé et vérifié sur testing
17
+
-[ ] La documentation du README a été mise à jour (C4, BDD)
18
+
-[ ] Les [critères d'acceptation des fonctions](https://www.notion.so/colisweb/Nous-mettons-en-place-des-crit-res-d-acceptation-d-une-fonction-Scala-27b4df9e21c2447d929ef71d2d4583e2)
19
+
sont respectés
20
+
-[ ] Les tests de sérialisation ont été mis à jour si le code des codecs a évolué;
21
+
ces tests sont cohérents avec les exemples fournis dans la spéc technique
22
+
23
+
## Conseils pour le relecteur
24
+
25
+
- Quand il y a besoin d'explication privilégier le face à face
26
+
- Critiquer le code et non la personne qui a codé
27
+
28
+
## Checklist pour le relecteur
29
+
30
+
-[ ] Vérifier la compréhension de specs avant de lire le code
31
+
-[ ] Vérifier que le code est vraiment compréhensible, sinon risque de mauvaise application/compréhension des specs
0 commit comments