Publish to Tracker
Publication de fichiers dans un asset manager. (shotgun/kitsu)
Parametrage
Entity Type : indique le type d'entité publié. : Shot Asset Episode
match Filter : expression régulière ou simplifiée indiquant la nomenclature du fichier qui sera accepté. (Sert à filtrer les fichiers)
- Des parenthèses doivent être placées pour déterminer les sous elements qu'on voudra extraire pour les associer aux variables ci-dessous. (groupes dans l'expression régulière)
- Ce champ accepte une regExp classique ou une expression simplifiée du type : PROD###_###_%+_(BOX|ANIM).(mov|jpg)
- # ⇒ numerique
- @ ⇒ alphabetique
- % ⇒ alphanumerique
- . ⇒ un point
- *,+,?,(,) ⇒ caractères classique regExp
Paramètres d'extraction des champs
L'expression régulière est découpé par groupes permettant d'extraire les différentes variables ci-dessous nécessaire à déterminer et publier l'Asset.
Les variables ci-dessous peuvent contenir:
- Une valeur numérique indiquant le groupe dans l'expression d'où elles seront extraites. Notations possibles: 5 ou %5
- Du texte déterminant leur valeur. Exemple ANIM
- Une autre variable de ce même bloc. Exemple %task
- Une combinaison de tout ça. Exemple
- episode ⇒ Epp%3
- entity ⇒ %episode_%task_TK2
- task: Saisir ici la position du groupe correspondant à la tache dans la regExp [match filter] ou bien le nom en clair.(voir explications au dessus)
- entity: idem
- version: idem
- episode : (Optionnel) idem
- sequence : (Optionnel) idem
- var1 : (Optionnel) idem
- var2 : (Optionnel) idem
Vous pouvez mettre un * à la fin du nom entité pour faire une correspondance sur le début de l'entité.
Example: PROD001_123_* ⇒ PROD001_123_Texte-En-Plus
Dans ce cas utiliser une syntaxe du type *%1 dans le champ entité.
REM: Ne fonctionne que pour kitsu et les entité type Asset.
REM: Renvoi une erreur si plusieurs entités matchent.
autres options
- Matching Table: Table de correspondance entre le nom de la Task dans le fichier et le nom de la Task dans le tracker. (peut être utilisé pour toutes les variables.(task,entity,…)
- newStatus: (Optionnel) Indique le nouveau status à appliquer à la tache - en code court. Exemple 'api ou 'red' ou …
- statusToVersion : (Optionnel) Indique le nouveau status à appliquer se fera sur la Version et non sur la Tache.
- addversion: Indique si le Tracker doit gérer le versionning ou pas. (rajouter un numéro de version au fichier)
- Work File Is Mandatory …“ : dans le cadre d'un fichier de travail qu'on veut archiver lors du publish, indique que l'absence de ce fichier bloque le publish
- Do Not Publish : Pas de connexion au tracker (ni publication) mais déplacement des fichiers.
- Comment on Publish: Commentaire ajouté à la version dans le Tracker
Output
- Destination Path : Dossier ou déposer les fichiers (Optionnel car on peut aussi se servir du champ Out Folder)
- WorkFile Extension : extension du fichier de travail (Exemple maxa, blend, psd , …)
- WorkFile Dir : dossier ou doit être déposé le fichier de travail. (si différent du dossier pour le fichier publié)
- Duplicata : Dossier ou Fichier qui sera un duplicata (copie) du fichier publié. Ne prends pas le versionning. Utile pour rassembler dans un même dossier les dernières versions publiées.
1. Les fichiers correctement envoyés sont déplacés dans:
- le répertoire Destination Path - si celui-ci est renseigné.
- sinon dans le répertoire Out Folder - si celui ci est renseigné.
- sinon les fichiers ne sont pas déplacés.
- REM (Si vous Utilisez Destination Path, vous pouvez utiliser Out Folder pour visualiser un autre dossier)
2. Les fichiers incorrects ne sont pas déplacés - ils restent sur place
3. Les fichiers seront publiés uniquement si il existe déjà une entité créée dans le tracker correspondant.