Partager via

Compléter automatiquement les éléments de travail avec des demandes de tirage

  • Article

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019

Lorsque vous liez un élément de travail à une demande de tirage, vous pouvez achever automatiquement ces éléments de travail lorsque vous terminez la demande de tirage. Vous pouvez également spécifier l’état du workflow vers lequel effectuer la transition de l’élément de travail lors de la fusion de la demande de tirage.

Lorsque vous liez un élément de travail à une demande de tirage, vous pouvez achever automatiquement ces éléments de travail lorsque vous terminez la demande de tirage.

Pour plus d’informations, consultez Créer, afficher et gérer les pull requests.

Prérequis

  • Autorisations :

    • Pour afficher, suivre et modifier les éléments de travail, affichez les éléments de travail dans ce nœud et modifiez les éléments de travail dans ces autorisations de nœud définies sur Autoriser. Par défaut, le groupe des contributeurs dispose de ces permissions. Pour plus d’informations, consultez Définir les autorisations de suivi du travail.

  • Pour ajouter des balises à des éléments de travail, définissez l’autorisation Créer une définition de balise au niveau du projet sur Autoriser. Par défaut, ce jeu d’autorisations est défini sur le groupe Contributeurs.

  • Niveaux d’accès :

    • Être membre d'un projet.
    • Pour ajouter de nouvelles balises à des éléments de travail ou pour afficher ou suivre des demandes de tirage( pull request), disposez au moins d’un accès de base .
    • Pour afficher ou suivre des éléments de travail, disposez au moins d’un accès aux parties prenantes . Pour plus d’informations, consultez À propos des niveaux d’accès.
    • Tous les membres du projet, y compris ceux du groupe Lecteurs , peuvent envoyer des e-mails contenant des éléments de travail.

    Remarque

    • Fournir aux parties prenantes l’accès aux membres qui souhaitent contribuer à la discussion et examiner les progrès. Il s’agit généralement de membres qui ne contribuent pas au code, mais qui souhaitent afficher les éléments de travail, les backlogs, les tableaux et les tableaux de bord.
    • Par défaut, tous les Contributeurs et Parties prenantes dans les projets publics peuvent ajouter des balises nouvelles et existantes. Dans les projets privés, les parties prenantes peuvent uniquement ajouter des balises existantes. Pour contrôler la possibilité de créer de nouvelles balises, définissez l'autorisation Créer une définition de balise au niveau du projet. Pour plus d’informations, consultez Modifier les autorisations au niveau du projet.

Remarque

  • Fournir aux parties prenantes l’accès aux membres qui souhaitent contribuer à la discussion et examiner les progrès. Il s’agit généralement de membres qui ne contribuent pas au code, mais qui souhaitent afficher les éléments de travail, les backlogs, les tableaux et les tableaux de bord.
  • Autorisations GitHub : Être contributeur au dépôt GitHub.

Éléments de travail de saisie semi-automatique

Comme illustré dans l’image suivante, cochez la case Compléter les éléments de travail liés après la fusion. Le système est défini par défaut sur votre sélection pour les demandes de tirage ultérieures.

Boîte de dialogue Demande de tirage terminée, Compléter les éléments de travail liés après la fusion

Boîte de dialogue Demande de tirage terminée, option Compléter automatiquement les éléments de travail à l’achèvement de la demande de tirage

Dans les circonstances suivantes, le système ne met pas automatiquement à jour l’état de l’élément de travail dans les catégories Fait, Fermé ou Terminé pour le type d’élément de travail (WIT) :

  • L’élément de travail, dont le WIT est géré avec le modèle de processus Héritage, est déjà dans l’état Résolu. Dans ce cas, le système ne met pas à jour l’état. Par exemple, si un bogue issu du processus Agile est dans un état Résolu, le système ne le fait pas passer à Fermé.
  • L’élément de travail est déjà dans l’état Terminé. Aucune transition supplémentaire n’est requise.
  • Le WIT inclut des règles de champ de workflow qui empêchent l’élément de travail de passer à l’état suivant. Par exemple, une règle peut exiger qu’un autre champ soit défini lors de la fermeture de l’élément de travail.
  • Pour les déploiements locaux et le modèle de processus hébergé Azure Boards, vous devez modifier le workflow pour spécifier les actions (élément ACTION) à effectuer lors de la transition du workflow. Pour plus d’informations, consultez Modifier le workflow pour un WIT, spécifier des actions.

Pour plus d’informations, consultez Personnaliser votre expérience de suivi du travail.

Spécifier l’état du workflow des éléments de travail liés

Pour faire passer un élément de travail à un état de workflow spécifique, vous pouvez saisir les informations dans la description du pull request. Précédez l’#ID d’un état de workflow valide pour l’élément de travail mentionné.

Remarque

Cette fonctionnalité nécessite la mise à jour d’Azure DevOps Server 2020.1 ou une version ultérieure.

L’exemple suivant montre des user stories qui sont passées - l’une à l’état Résolu et l’autre à l’état Revue. De plus, deux tâches sont marquées comme Fait.

Capture d’écran de la demande de tirage, définissez l’état du workflow pour effectuer la transition les éléments de travail d#ID.

Désactiver la finalisation automatique des éléments de travail associés

Pour désactiver la finalisation automatique des éléments de travail associés lorsque les utilisateurs terminent une pull request, procédez comme suit :

  1. Accédez à Paramètres du projet>Référentiels> et sélectionnez le référentiel.
  2. Dans l’onglet Paramètres, basculez sur Désactivé pour Résolution d’élément de travail mentionné dans le commit.

Les mentions dans les commentaires de commit pour fermer des éléments de travail (par exemple, « Corrige #123 ») ne sont pas autorisées.