Postat acum 1 zi
Pe proiectele cu 3+ dev-i, Prisma migrations a devenit sursă de bătăi de cap. Am ajuns la 3 reguli simple.
Regula 1 — Un om pe migrație per PR
Două migrații în același PR = aproape sigur conflict de timestamp.
Regula 2 — Rename-uri niciodată automate
Dacă schimbi firstName → first_name, Prisma generează DROP + ADD. Pierzi datele. Fac migrarea cu @map întâi, apoi treptat.
Regula 3 — Shadow DB în CI
Toate migrațiile trec printr-un shadow DB identic cu prod. Dacă eșuează acolo, nu merge la prod.
Bonus — migrate diff pentru audit
prisma migrate diff --from-url <prod> --to-schema-datamodel schema.prisma
Îmi arată exact ce s-ar schimba. Îl pun în PR description.