Mes modifications : /atelier/db/{base}/changes et /changes/scan
La question à laquelle cet écran répond
« Qu'est-ce qui a bougé dans cette base depuis la dernière copie de la production ? » Après trois semaines d'essais, personne ne s'en souvient. Cette page le relit pour vous.
Ce qui a bougé depuis la dernière copie : chaque modification, datée et attribuée.
La page pose le cadre
En tête, la date de référence : soit le dernier rapatriement de la production, soit la création de la base. Tout ce qui est compté l'est depuis cette date, et l'écran le dit explicitement pour qu'aucun chiffre ne flotte.
Le scan fait le travail, /changes/scan
La synthèse n'est pas calculée d'avance : elle est chargée après l'affichage de la page, ce qui explique le message « Lecture de la base en cours… ». Le portail parcourt tous les modèles de la base pour repérer ce qui a changé ; comptez quelques secondes. Cette lecture est strictement en lecture seule : elle ne modifie rien, elle compte.
Comment le classement est fait
Le portail ne décide pas arbitrairement de ce qui est du paramétrage et de ce qui est une donnée d'exploitation. Il le déduit de votre base :
- un ensemble dont presque tous les enregistrements viennent d'un module installé, c'est du paramétrage ;
- un ensemble qui grossit au fil de l'activité, c'est une donnée d'exploitation.
Le classement est une proposition, pas un verdict. Les chiffres qui l'ont produit sont affichés à côté, justement pour que vous puissiez le contredire quand vous connaissez votre métier mieux que l'outil.
C'est aussi la page que Camille ouvre avant chaque mise en production : elle y vérifie que rien d'inattendu n'a été touché. Un onglet suffit, et le lien figure directement dans l'écran de mise en production.
En conclusion
Après trois semaines d'essais, personne ne se souvient de ce qu'il a changé. Cet écran le relit à votre place, depuis une date affichée en toutes lettres, pour qu'aucun chiffre ne flotte au moment de décider.
Les commentaires ne sont pas activés sur ce cours.