-
Notifications
You must be signed in to change notification settings - Fork 57
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
[FEATURE] Ajouter un nom interne pour les profils cibles (PIX-16685) #11581
base: dev
Are you sure you want to change the base?
Conversation
Une fois les applications déployées, elles seront accessibles via les liens suivants :
Les variables d'environnement seront accessibles via les liens suivants : |
4f0565c
to
7996272
Compare
7996272
to
da37807
Compare
7a32994
to
6d430b2
Compare
@@ -0,0 +1,38 @@ | |||
const TABLE_NAME = 'target-profiles'; |
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.
thought: Il me semble que les captains préconisent de faire ce genre de migrations dans une PR a part, en cas de soucis ça serait plus simple de revert.
Egalement je sais pas si on veut pas split la création et la copie dans deux migrations séparée ? Peut être demander l'avis aux @1024pix/team-captains
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.
@@ -506,6 +507,7 @@ const register = async function (server) { | |||
description: Joi.string().allow(null).max(500), | |||
'image-url': Joi.string().uri().allow(null), | |||
name: Joi.string(), | |||
'internal-name': Joi.string(), |
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.
suggestion: rajouter un required()
const { name } = await knex('target-profiles').select('name').where('id', targetProfile.id).first(); | ||
expect(name).to.equal(targetProfile.name); | ||
expect(name).to.equal(targetProfile.name); |
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 { name } = await knex('target-profiles').select('name').where('id', targetProfile.id).first(); | |
expect(name).to.equal(targetProfile.name); | |
expect(name).to.equal(targetProfile.name); | |
const { name, internalName } = await knex('target-profiles').select('name').where('id', targetProfile.id).first(); | |
expect(name).to.equal(targetProfile.name); expect(name).to.equal(targetProfile.name); | |
expect(internalName).to.equal(targetProfile.internalName) |
@attr('nullable-string') name; | ||
@attr('nullable-string') internalName; |
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.
thought: C'est string tout court vu que c'est pas nullable 🤔
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.
Revue en mob 👍
-> Juste sortir le premier commit de la migration dans une PR séparée
6d430b2
to
99a9123
Compare
🥞 Problème
Il y a beaucoup de profils cibles et apparemment il devient complique de s'y retrouver.
🥓 Proposition
Ajouter un nom interne aux profil cibles uniquement visibles sur l'interface d'administration pour aider le tri.
🧃 Remarques
Il y a une copie de la colonne nom en nom interne dans la migration. Ainsi il est possible par la suite d'appliquer un contrainte "not null" sur le champ internalName. Cette migration est a surveiller a la mise en integration/prod.
Je ne sais pas si il existe d'autres moyens de créer des profils cibles que via l'administration ( script ? autre étrangeté ? )
Dans l'administration, le nom affiche au prescripteur apparaît seulement au détail du profil cible et n'est pas beaucoup mis en valeur.
😋 Pour tester
Cas de tests: