Update docs/adr/0056-migrate-down.md

Co-authored-by: Andreia Pena <58915422+AndreiaPena@users.noreply.github.com>

Author: BerengereC

docs/adr/0056-migrate-down.md

@@ -9,10 +9,10 @@ Draft
 ## Contexte
 
 Nous souhaitons clarifier les procédures de rollback sur l'environnement production (retour en arrière de version classiquement).
-Meme si nous préférons privilégier l'application d'un patch en production pour résoudre un incident, il peut être nécessaire de faire un rollback de version, selon la nature de l'incident.
-Dans le contexte actuel, l'application d'un patch est une opération longue (25 min minimum). Une semi-automatisation permettrait d'amoindrir ce délai et de préférer cette solution au rollback de version dans certains cas.
+Même si nous préférons privilégier l'application d'un patch en production pour résoudre un incident, il peut être nécessaire de faire un rollback de version, selon la nature de l'incident.
+Dans le contexte actuel, l'application d'un patch est une opération longue (25 minutes minimum). Une semi-automatisation permettrait d'amoindrir ce délai et de préférer cette solution au rollback de version dans certains cas.
 
-Les rollbacks de versions ne contenant pas de migration peuvent être effectués aujourd'hui en production. Pour cela, on redéploie la version précédante sur toutes les apps simultanément.
+Les rollbacks de versions ne contenant pas de migration peuvent être effectués aujourd'hui en production. Pour cela, on redéploie la version précédente sur toutes les apps simultanément.
 
 Concernant les versions avec migration de données, le rollback est plus dangereux :
 - risque de perte de données,