La détection et le maintien de la traçabilité entre les ensembles de modifications et les éléments de travail reposent sur un message de validation que le développeur fournit lors de la validation d'une modification pour le référentiel SCM.
Vous configurez les paramètres de modèle de validation en ajoutant un référentiel SCM ou en en modifiant un. Pour plus d'informations sur l'ajout ou la modification de référentiels, reportez-vous à la section
Pour plus d'informations sur le modèle de validation par défaut, reportez-vous à la section
Contenu de cette rubrique<:hs>:
Les autres identificateurs sont stockés dans Agile Manager dans un champ personnalisé. Le message de validation doit inclure une expression indiquant que Résoudre le problème Jira
.
Sélectionnez les valeurs suivantes<:hs>:
Paramètre | Description |
---|---|
Mots-clés |
Modifie la liste des mots-clés utilisés par Vous pouvez spécifier le champ dans lequel |
Préfixe des ID |
Caractère ou texte qui précède les numéros d'élément de travail dans le message de validation. Exemples<:hs>: |
Inclure le modèle de validation Tasktop par défaut |
Génère des messages de validation par défaut dans l'outil de validation du référentiel du développeur lorsque le plug-in Tasktop a été installé sur cet outil. Cette option est activée par défaut. |
Messages de validation respectant la casse |
Demande à Cette option est désactivée par défaut. |
Plusieurs anomalies, user stories ou tâches sont séparés par | Spécifie le caractère qui sépare plusieurs numéros d'anomalie, user story ou tâche dans le message de validation. |
Les mots-clés se trouvent [Au début / N'importe où dans le message] |
Spécifie où |
Message de validation utilisateur séparé par | Spécifie le caractère qui indique que les commentaires du développeur suivent. |
Sélectionnez la vue Avancé.
L'éditeur de texte inclut le code converti depuis les paramètres de la vue De base.
Modifiez le code du modèle de validation. Pour ce faire, aidez-vous des exemples suivants.
Modèle<:hs>:
([fixing] REGEX('defects?') IDLIST(DEFECT) | [implementing] REGEX('user stories?') IDLIST(REQ) ) : TEXT
Exemple de message de validation<:hs>:
"fixing defect #56721: something really serious was fixed"
"defects #57893,#61432: division by zero"
"user story #1: domains"
Modèle<:hs>:
(UNTIL(RE '((BUG)|(REQ))#') (IDLIST(DEFECT lead='((BUG)?#)?' sep=',' ) | IDLIST(REQ lead='((REQ)?#)?' sep=',' ) ) ){0,} [TEXT]
Exemple de message de validation<:hs>:
"This commit fixes BUG#1,#2 and implements REQ#4,REQ#5 making the product faster (resolving BUG#7)."
Ce modèle correspond à toutes les entrées et tous les extraits de modèles 'BUG#' et 'REQ#' trouvés. Un tel modèle ouvert peut ne pas être adapté pour l'application de stratégies communes mais il peut être utile lorsque les données de référentiels hérités sont chargées en mode «<:hs>lecture seule<:hs>», par exemple, à des fins de création de rapports.
Modèle Tasktop<:hs>:
(REGEX('.*? - task DEF') IDLIST(DEFECT lead='' sep='') | REGEX('.*? - task REQ') IDLIST(REQ lead='' sep='') | REGEX('.*? - task TASK') IDLIST(TASK lead='' sep='')) : TEXT
Correspond aux messages Tasktop par défaut<:hs>:
"OPEN - task DEF10: http://host:9090/qcbin;DEFAULT;ALI_DEV-DEF10"
"Incomplete - task REQ42: http://host:9090/qcbin;DEFAULT;ALI_DEV-REQ42"
Utilisez les options suivantes pour configurer les modèles de validation avancés<:hs>:
Option | Description |
---|---|
Comparer aux validations existantes | Permet de tester le texte du modèle de validation avancé par rapport aux paramètres déjà entrés pour les validations de référentiel existantes. |
Messages de validation respectant la casse | Applique le respect de la casse sur le texte de validation avancé. |
Restaurer les paramètres par défaut | Annule vos modifications et remplace les mots-clés par défaut tels qu'ils s'affichaient avant vos modifications. |
Test | Permet de tester l'intégrité de la syntaxe d'un message personnalisé avant de l'entrer dans le modèle de validation. Entrez votre texte dans le champ de modification en bas de l'onglet et cliquez sur Test. |