[DOCS] Amendement de l'ADR sur les migrations

[yannbertrand]

🥓 Proposition

Depuis l'ADR pour formaliser nos travaux de migrations SQL tout semble fonctionner correctement.

On se rend compte que les down de nos migrations ne sont quasiment jamais joués, et surtout pas en production (ce qui est une bonne chose).

Avec la rigueur du code rétrocompatible, et pour ne plus avoir d'incohérence sur l'attendu, une partie des devs proposent d'assumer totalement de ne pas développer de "down".

Après synchro avec les captains, cette approche semble risquée.

On propose de préciser ici les différentes approches et la décision actuelle.

😋 Pour tester

N/A

[pix-bot-github]

Une fois les applications déployées, elles seront accessibles via les liens suivants :

• App (.fr)
• App (.org)
• Orga (.fr)
• Orga (.org)
• Certif (.fr)
• Certif (.org)
• Junior
• Admin
• API
• API MaDDo
• Audit Logger

Les variables d'environnement seront accessibles via les liens suivants :

• scalingo front
• scalingo api
• scalingo api-maddo
• scalingo audit-logger

[aurelie-crouillebois]

Les migrations doivent être rétrocompatibles ❤️

[yannbertrand]

Rediscuté ce jour avec @BerengereC, je vais amender mon amendement car c'est trop simpliste.

A priori, en l'état actuel, les migrates down peuvent toujours dépanner en cas de grosse galère. Je préciserai le propos pour que tout le monde se fasse son idée 🙂