Importer et exporter des éléments de travail entre Agile Development et Azure DevOps
Comprenez le workflow d'importation et d'exportation d'éléments de travail entre Agile Development et Azure DevOps.
Pour activer l'importation et l'exportation d'éléments de travail entre Agile Development 2.0 et Azure DevOps, vous devez configurer les paramètres.
Importer vers Agile Development 2.0 depuis Azure DevOps
- Lorsque vous créez un élément de travail de type épopée dans Azure DevOps, une épopée est créée pour le groupe d'affectation en fonction des paramètres d'intégration d'équipe que vous avez configurés.
- Lorsque vous créez un élément de travail de type story dans Azure DevOps, une story est créée pour le groupe d'affectation en fonction des paramètres d'intégration d'équipe que vous avez configurés.
La relation entre la story et son épopée est conservée à l'identique par rapport à Azure DevOps.
- Seuls les champs qui sont définis dans la configuration de la carte de champs sont conservés dans la story ou l'épopée. Pour plus de détails sur la configuration de la carte par défaut, voir Configuration de la carte par défaut pour Azure DevOps l’intégration à Agile Development 2.0.
- Lorsque vous ajoutez une pièce jointe à un élément de travail dans Azure DevOps, la même pièce jointe est ajoutée à la story ou à l'épopée correspondante dans Agile Development 2.0.
-
Les nouvelles itérations créées dans Azure DevOps ne créent pas immédiatement un enregistrement Agile Development 2.0 de sprint correspondant.
Lorsqu’un élément de travail est ajouté pour la première fois à la nouvelle itération dans Azure DevOps, un enregistrement de sprint correspondant est créé dans Agile Development 2.0. Pour garantir à tout moment la cohérence des données entre les deux applications, créez des sprints dans Agile Development 2.0.
- Seules les itérations de niveau terminal sont conservées en tant que sprints dans Agile Development 2.0.
- Lorsque vous ajoutez des commentaires à un problème dans Azure DevOps, ils sont mis à jour dans le champ Notes de travail de la story ou de l'épopée dans Agile Development, en fonction de la configuration de la carte.Remarque :Les images ajoutées dans les commentaires ne sont pas prises en charge.
- Lorsque vous supprimez un élément de travail dans Azure DevOps, l’enregistrement correspondant est supprimé dans Agile Development 2.0.
- Lorsque vous supprimez une itération dans Azure DevOps, le sprint correspondant est supprimé dans Agile Development 2.0.Remarque :pour supprimer des enregistrements dans Agile Development 2.0, définissez le champ Peut supprimer sur true dans la section Accès de l'application des tables respectives. Pour plus d’informations, voir Paramètres de conception et d’exécution des tables.
- Lorsque vous restaurez un élément de travail à partir de la corbeille dans Azure DevOps, un enregistrement correspondant est créé dans Agile Development 2.0 en fonction des paramètres d'intégration de son équipe.
Exporter depuis Agile Development vers Azure DevOps
- Lorsque vous créez une épopée pour un groupe d'affectation, elle est exportée en tant qu'élément de travail vers la zone dans Azure DevOps en fonction des paramètres d'intégration d'équipe que vous avez configurés.
- Lorsque vous créez une story pour un groupe d'affectation, elle est exportée en tant qu'élément de travail vers la zone dans Azure DevOps en fonction des paramètres d'intégration d'équipe que vous avez configurés.
La relation entre la story et son épopée est conservée dans Azure DevOps.
- Lorsque vous ajoutez une pièce jointe à une story ou une épopée, la même pièce jointe est ajoutée à l'élément de travail correspondant dans Azure DevOps.
- Lorsque vous mettez à jour le groupe d'affectation d'une story existante dans Agile Development 2.0, l'élément de travail est recréé pour la zone Azure DevOps qui est associée au groupe d'affectation mis à jour.
- Lorsque vous créez un sprint pour un groupe d'affectation dans Agile Development 2.0, il est exporté vers Azure DevOps sous son itération en backlog, selon les paramètres d'intégration d'équipe.
- Lorsque vous supprimez un sprint pour un groupe d'affectation dans Agile Development 2.0, la sélection de sprint est dissociée de l'itération de l'équipe dans Azure DevOps.
- Lorsque vous mettez à jour un élément de travail dans Agile Development 2.0, seuls les champs mis à jour sont envoyés à Azure DevOps dans le cadre de la charge utile
Synchroniser les détails du sprint entre Agile Development 2.0 et Azure DevOps
Synchronisez les détails du sprint depuis Azure Agile Development 2.0 DevOps. Tout changement apporté aux détails Agile Development 2.0 du sprint est exporté vers Chemins d’itération dans Azure DevOps, lorsque le champ Synchroniser le sprint est coché.
| Synchroniser le sprint | Exporter | Importer |
|---|---|---|
| Désactivé (chemin d’itération disponible dans Azure DevOps) | Envoie le chemin d’itération par défaut du projet à Azure DevOps. | La valeur du sprint ne change pas dans Agile Development 2.0. |
| Désactivé (le chemin d’itération n’est pas disponible dans Azure DevOps) | Envoie le chemin d’itération par défaut du projet à Azure DevOps. | La valeur du sprint ne change pas dans Agile Development 2.0. |
| Activé (le chemin d’itération est disponible dans Azure DevOps) | Envoie le chemin d’itération approprié pour le projet à Azure DevOps. | La valeur du sprint ne change pas dans Agile Development 2.0. |
| Activé (le chemin d’itération n’est pas disponible dans Azure DevOps) | Envoie le chemin d’itération par défaut du projet à Azure DevOps. | La valeur du sprint s’efface dans Agile Development 2.0. |
| Synchroniser le sprint | Exporter | Importer |
|---|---|---|
| Désactivé | Envoie le chemin d’itération précédent à Azure. Le chemin d’itération sera le même dans Azure DevOps. | La valeur de sprint dans Agile Development 2.0 est sélectionnée. |
| Activé | Envoie le nouveau chemin d’itération en fonction de la sélection. L’itération sera modifiée en fonction de la sélection. | La valeur de sprint dans Agile Development 2.0 est sélectionnée. |