-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add a situation (and foldedSteps) migration function #39
Conversation
Je me charge de tester l'implé dans le site de NGC pour tester ? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Est-ce que cette fonction ne devrait pas aussi détecter les règles qui ne sont pas valides ? (mais pas incluses dans les instructions de migration). En plus de la situation et des foldedSteps "vraiment" propre, on pourrait retourner un array contenant les règles non gérées.
Aussi avoir ce safeGetSituation dans ce repo permettrait d'exporter un autre utils safelyAddSituation
qui prendrait comme props une situation, l'objet d'option de addSituation, un engine et les règles. Ensuite il n'y aurait plus qu'à utiliser exclusivement cette fonction pour ajouter à la situation.
@Clemog j'ai testé de mon côté en local en buildant |
// We check if the non supported ruleName is a key to migrate. | ||
// Ex: "logement . chauffage . bois . type . bûche . consommation": "xxx" which is now ""logement . chauffage . bois . type . bûches . consommation": "xxx" | ||
if (Object.keys(migrationInstructions.keysToMigrate).includes(ruleName)) { | ||
const result = handleSituationKeysMigration({ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
const { situationMigrated, foldedStepsMigrated } =
non ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Je crois que ce n'est pas possible car on utilise situationMigrated
, foldedStepsMigrated
dans les arguments
Hmm, pourquoi vous voulez ajouter la gestion des migrations dans ce dépôt ? Pour l'instant, il me semble que c'est propre à NGC la notion de migration non ? |
On s'est posé la question de le mettre dans nosgestesclimat-scripts Ça peut etre utile pour d'autres projets, c'est assez indépendant de NGC finalement donc j'ai poussé pour que ce soit ici |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Par soucis d'homogénéité ce serait bien si vous pouviez adopter les même conventions que pour le reste de la lib. Je pense également qu'il faudrait le séparer dans un module à part et pas exposer les fonction à la racine (comme pour /optims
et /compilation
).
On a besoin de cette fonction dans 2 dépôts, ça me semblait le plus pertinent Pourquoi tu verrais ça vraiment très spécifique à NGC ? |
Oui c'est vrai que ça peut être utile à d'autre projet. Dans ce cas il faudrait créer un module à part entière et documenter le cas d'usage etc.. |
Ah yes effectivement, on n'a pas de doc, c'est pas ouf (j'ai l'impression que c'est pas ton kiff @bjlaa 😇) |
C'est à dire ? |
Les exposer dans un sous-chemin pour les importer depuis Lines 18 to 33 in ee4e38a
Vous pouvez regarder ce qui est fait pour |
Ok merci je regarde ça |
Comment on peut vérifier l'affichage et tout ? |
En générant la doc ( |
@EmileRolley on merge car on a besoin d'utiliser la fonction en P0, on peut revenir dessus sans souci :) |
435419a
to
0c8371c
Compare
No description provided.