Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Visual Studio 2019 | Visual Studio 2022
Visual Studio 2019 et versions ultérieures vous permettent de basculer entre les vues par défaut et héritées de la page Éléments de travail Team Explorer. La vue par défaut s’aligne sur la pageÉléments de travail du > portail web, offrant une interface moderne et cohérente pour la gestion des éléments de travail. La vue héritée conserve la disposition familière des versions précédentes de Visual Studio, ce qui convient aux utilisateurs qui préfèrent l’expérience traditionnelle de la page Éléments de travail
Important
Nous vous recommandons vivement d’utiliser la vue par défaut, car elle fournit les dernières fonctionnalités et s’aligne sur l’expérience web Azure DevOps. Microsoft n’améliore plus la vue héritée et s’attend à la supprimer dans une prochaine version de Visual Studio.
Pourquoi choisir l’affichage par défaut
La vue par défaut offre plusieurs avantages par rapport à l’expérience héritée :
- Interface moderne : fonctionnalités d’une conception mise à jour et rationalisée qui améliore la productivité
- Parité des fonctionnalités : inclut les dernières fonctionnalités et fonctionnalités d’Azure DevOps
- Expérience cohérente : correspond à l’interface du portail web, ce qui réduit le changement de contexte
- Meilleures performances : optimisée pour un chargement plus rapide et une réactivité améliorée
- Évolutif : reçoit des mises à jour continues et de nouvelles fonctionnalités
Prerequisites
Avant de basculer entre les vues d’éléments de travail dans Visual Studio 2019, vérifiez que vous répondez aux exigences suivantes :
| Category | Requirements |
|---|---|
| Permissions | - Pour afficher, suivre et modifier les éléments de travail : Afficher les éléments de travail dans ce nœud et Modifier les éléments de travail dans ce nœud autorisations 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 aux éléments de travail : au niveau du projet, l’autorisation Créer une définition de balise est définie sur Autoriser. Par défaut, ce jeu d’autorisations est défini sur le groupe Contributeurs. |
| Niveaux d’accès |
-
Membre du projet. - Pour ajouter de nouvelles balises aux éléments de travail ou afficher ou suivre les demandes de tirage : au moins un accès de base (Basic). - Pour visualiser ou suivre des éléments de travail : au moins un accès de partie prenante (Stakeholder). Pour plus d’informations, consultez À propos des niveaux d’accès. - Tous les membres du projet, y compris les membres du groupe Lecteurs , peuvent envoyer des e-mails contenant des éléments de travail. |
Note
- Fournissez l’l’accès de partie prenante aux membres qui souhaitent contribuer à la discussion et examiner les progrès. Ces membres ne contribuent généralement pas au code, mais souhaitent consulter 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 (Stakeholders) peuvent uniquement ajouter des balises existantes. Pour contrôler la capacité 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.
Note
- Fournissez l’l’accès de partie prenante 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.
| Category | Requirements |
|---|---|
| Tools | Visual Studio 2019 ou versions ultérieures avec les dernières mises à jour. |
| Extensions | Extension Team Explorer activée dans Visual Studio. |
| Connexion | Connexion active à votre projet Azure DevOps. |
Comparaison des vues d’éléments de travail
Visual Studio offre une flexibilité quant à la façon dont vous interagissez avec les éléments de travail en offrant deux vues distinctes :
Affichage par défaut (recommandé)
| Caractéristique | Descriptif | Avantages |
|---|---|---|
| Cohérence du portail web | Met en miroir la page Boards>Éléments de travail dans Azure DevOps | Interface familière entre les plateformes |
| Interface moderne | Mise à jour de la conception avec une meilleure facilité d’utilisation | Productivité améliorée et expérience utilisateur |
| Fonctionnalités les plus récentes | Accès aux fonctionnalités Azure DevOps les plus récentes | Rester à jour avec les mises à jour de la plateforme |
| Optimisations des performances | Chargement plus rapide et meilleure réactivité | Flux de travail de développement amélioré |
Vue ancienne (obsolète)
| Caractéristique | Descriptif | Considérations |
|---|---|---|
| Disposition traditionnelle | Gère la page Éléments de travail des versions antérieures de Visual Studio | Mises à jour limitées des fonctionnalités |
| Interface familière | Cohérent avec les expériences Visual Studio précédentes | peut ne pas avoir de fonctionnalités plus récentes |
| Prise en charge de la transition | Aide les utilisateurs à migrer à partir d’anciennes versions | Solution temporaire pendant la migration |
Avertissement
La vue héritée est déconseillée et sera supprimée dans les futures versions de Visual Studio. Planifiez la transition vers la vue par défaut pour garantir un accès continu aux fonctionnalités de gestion des éléments de travail.
Changer de vue d’élément de travail
Pour basculer entre les vues par défaut et héritées de la page Éléments de travail dans Visual Studio :
Méthode 1 : Utilisation du commutateur bascule
Ouvrez Visual Studio et connectez-vous à votre projet Azure DevOps.
Accédez à Afficher>l’Explorateur d’équipes dans le menu Visual Studio.
Dans l’explorateur d’équipe, sélectionnez Éléments de travail pour ouvrir la page Éléments de travail.
Recherchez le commutateur bascule en haut de la page Éléments de travail :
- Sélectionnez Basculer vers l’affichage hérité pour utiliser l’interface traditionnelle
- Sélectionnez Utiliser l’affichage par défaut pour revenir à l’interface moderne
Méthode 2 : Utilisation des options Visual Studio
Dans Visual Studio, accédez auxoptions>.
Développez le contrôle de code source et sélectionnez Team Explorer.
Recherchez les paramètres d’affichage des éléments de travail et sélectionnez votre option préférée.
Sélectionnez OK pour appliquer les modifications.
Redémarrez Team Explorer ou reconnectez-vous à votre projet pour afficher les modifications.
Résolution des problèmes de basculement d’affichage
Si vous rencontrez des problèmes lors du basculement entre les vues :
Problèmes courants et solutions
| Problème | Cause possible | Solution |
|---|---|---|
| Commutateur non visible | Visual Studio a besoin de mises à jour | Mise à jour vers la dernière version de Visual Studio 2019 |
| L’affichage ne change pas | Problèmes de cache ou de connexion | Redémarrez Visual Studio et reconnectez-vous à votre projet |
| Fonctionnalités manquantes | Utilisation de la vue classique | Basculer vers la vue par défaut pour l’accès complet aux fonctionnalités |
| Problèmes de performances | Version obsolète de Visual Studio | Mettre à jour les extensions Visual Studio et Azure DevOps |
Étapes de vérification
- Vérifier la version de Visual Studio : vérifiez que vous utilisez Visual Studio 2019 version 16.6 ou ultérieure
- Vérifier la connexion : vérifiez que vous êtes connecté à votre projet Azure DevOps
- Extensions de mise à jour : recherchez et installez les mises à jour d’extension Azure DevOps disponibles
- Effacer le cache : effacer le cache Visual Studio si le changement ne fonctionne pas correctement
Meilleures pratiques pour la gestion des éléments de travail
Lorsque vous utilisez l’une ou l’autre vue, tenez compte des meilleures pratiques suivantes :
Optimisation des flux de travail
- Utiliser des requêtes : Créer et enregistrer des requêtes personnalisées pour les éléments de travail fréquemment consultés
- Organiser le travail : utiliser des balises, des chemins d’accès de zone et des chemins d’itération pour organiser efficacement le travail
- Opérations par lots : utiliser des fonctionnalités de modification en bloc pour une gestion efficace des éléments de travail
- Restez synchronisé : actualisez régulièrement pour voir les dernières mises à jour des membres de l'équipe.
Collaboration en équipe
- Suivre les éléments de travail : Utilisez la fonctionnalité de suivi pour rester informé des éléments importants
- Utiliser des discussions : Tirer parti des discussions sur les éléments de travail pour la communication de l’équipe
- Partager des requêtes : partager des requêtes utiles avec les membres de l’équipe pour créer des rapports cohérents
- Processus de documentation : Gérer la documentation de l’équipe pour les flux de travail d’éléments de travail
Migration de l’ancienne vers la vue par défaut
Si vous utilisez actuellement la vue héritée, planifiez votre migration :
Étapes de préparation
- Familiarisez-vous : Explorez d’abord la vue par défaut dans un environnement de test
- Former les membres de l’équipe : assurez-vous que votre équipe comprend la nouvelle interface
- Documentation de mise à jour : réviser tous les processus d’équipe qui font référence à la vue héritée
- Flux de travail de test : vérifiez que vos flux de travail actuels fonctionnent dans la vue par défaut
Chronologie de migration
- Immédiat: Basculer vers l’affichage par défaut pour les nouveaux projets
- Court terme : Transition progressive des projets existants vers l’affichage par défaut
- Long terme : Effectuer la migration avant la suppression de l'interface héritée
Intégration à la nouvelle expérience d’outil Git
Visual Studio 2019 et versions ultérieures incluent un outil Git amélioré qui offre une meilleure intégration lors de l’utilisation des référentiels Git :
Nouveaux avantages de l’outil Git
- Opérations Git améliorées : amélioration des performances pour les commandes et opérations Git
- Meilleure gestion des branches : création et changement de branche plus intuitifs
- Résolution intégrée des conflits : outils intégrés pour la résolution des conflits de fusion
- Historique Git visuel : visualisation améliorée de l’historique des référentiels
Impact sur Team Explorer
Lorsque vous activez le nouvel outil Git, la fonctionnalité Team Explorer change :
- Opérations Git : déplacée vers la nouvelle interface de l’outil Git
- Gestion des éléments de travail : reste disponible via Team Explorer
- Connexion de projet : gérée par le biais de connexions Team Explorer existantes
Pour activer le nouvel outil Git, consultez l’expérience Git dans Visual Studio.
Contenu connexe
- Afficher et ajouter des éléments de travail à l’aide de la page Éléments de travail
- Gérer les éléments de travail
- Intégration Azure Boards-GitHub
- À propos des équipes et des outils Agile
- Index des champs d'éléments de travail
- Expérience Git dans Visual Studio
- Notes de publication de Visual Studio 2019
Plus de ressources
Pour plus d’informations sur la gestion des éléments de travail et la personnalisation de votre expérience :