Simplifier la gestion des noms dans la CI/CD #3
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Actuellement, je dois ajouter des métadonnées dans les images d'un pack qui seront a la fois utilisé :
slug_*.ext
.theme.json
Ce processus permet de faire coincider ces 2 informations (le slug et le numéro) pour le reste de la CI/CD qui va vérifier que les fichiers et le manifests correspondent bien.
La seule contraint identifiée a ce sujet concernant WinDynamicDesktop sur les nom de fichiers :
Autrement le nom est libre, mais le plus simple est mieux.
Inconvénient :
Proposition d'évolution
Confier la numérotation à Lightroom
Puisqu'il est possible d'exporter les fichiers en utilisant une numérotation automatique dans Lightroom (numéro d'image, de séquence), je peux me débarrasser de la numérotation.
Identifiant de la fonction
parN° d'image``N° d'image
build-manifest.js
pour détecter le n° d'image a partir du nom de fichier et non de la métadonnéeoriginal_transmission_reference
. On pourrait chercher un motif\d+(?=[^\d+]*$)
(dernière occurrence d'un nombre)Confier le nom du fichier a Lightroom
Je peux me débarrasser d'indiquer un nom de fichier dans les métadonnées, et prendre une autre valeur commune a toutes les images et disponible dans l'éditeur de modèle de nom. Je n'ai pas l'obligation d'utiliser le slug. Le nom du dossier semble être le meilleur candidat.
Instruction
parDossier_*
build-manifest.js
pour détecter le n° d'image a partir du nom de fichier et en générer le nom commun (remplacer l'occurrence trouvé par une*
. On pourrait chercher un motif\d+(?=[^\d+]*$)
(dernière occurrence d'un nombre)Ce qui restera a faire manuellement dans Lightroom