Compatibilité des clients avec Azure DevOps
Azure DevOps Server 2022 | Azure DevOps Server 2020 | Azure DevOps Server 2019
Un certain nombre d’outils et de clients se connectent à Azure DevOps Services et Azure DevOps Server, la plateforme locale. Ici, vous pouvez découvrir quelles versions de navigateurs et de clients peuvent s’interfacer avec Azure DevOps, ainsi que le serveur de build Azure DevOps local.
Pour en savoir plus sur les clients pris en charge, consultez Quels outils et clients se connectent à Azure DevOps.
Navigateurs pris en charge par le portail web
Pour vous connecter au portail web, vous pouvez utiliser les navigateurs suivants avec Azure DevOps Services et Azure DevOps en local. Edge, Firefox et Chrome se mettent automatiquement à jour, de sorte qu’Azure DevOps prend en charge la version la plus récente.
| Version | Edge | Internet Explorer | Safari (Mac) | Firefox | Chrome |
|---|---|---|---|---|---|
| Azure DevOps Services Azure DevOps Server 2022 Azure DevOps Server 2020.1 |
Les plus récents | Non prise en charge | 14.1 et versions ultérieures | Les plus récents | Les plus récents |
| Azure DevOps Server 2020 | Les plus récents | 11 et versions ultérieures | 14.1 et versions ultérieures | Les plus récents | Les plus récents |
| Azure DevOps Server 2019 TFS 2018 TFS 2017 |
Les plus récents | 11 et versions ultérieures | 14.1 et versions ultérieures | Les plus récents | Les plus récents |
Visual Studio et Team Explorer
Il existe trois niveaux de prise en charge client pour différentes versions de Visual Studio et team Explorer. Seule la dernière version est entièrement compatible avec le serveur local Azure DevOps le plus récent, car il s’agit du seul client :
- Cela inclut les composants qui peuvent s’interfacer avec les nouvelles fonctionnalités de cette version.
- Vous pouvez utiliser pour exécuter certaines tâches d’administration telles que la création de projets.
Les versions précédentes ont différents niveaux de prise en charge en fonction de leur âge.
Le tableau suivant décrit le niveau de prise en charge garanti avec chaque version du client. D’autres fonctionnalités que celles répertoriées ici peuvent continuer à fonctionner si vous utilisez des clients plus anciens. Elle fonctionne souvent, mais elle n’entre pas dans le cadre de ce qui est officiellement testé et pris en charge.
| Visual Studio/Team Explorer | Azure DevOps Services Azure DevOps Server 2022, 2020 et 2019 TFS 2018 |
|---|---|
| Visual Studio 2022/Team Explorer 2022 | Prise en charge complète |
| Visual Studio 2019/Team Explorer 2019 | Prise en charge complète |
| Visual Studio 2017/Team Explorer 2017 | Prise en charge complète |
| Visual Studio 2015/Team Explorer 2015 | Niveau élevé de prise en charge |
Prise en charge complète
Toutes les fonctionnalités Azure DevOps exposées dans l’interface utilisateur de Visual Studio et team Explorer doivent fonctionner. Nous garantissons la prise en charge complète des fonctionnalités entre un client et un serveur de la même version.
Notes
Si vous utilisez la dernière version de Visual Studio, mais que vous envisagez de continuer à utiliser la version précédente la plus récente de Azure DevOps Server, de manière temporaire ou permanente, vous pouvez vous attendre à un niveau élevé de compatibilité. Tous les scénarios non administratifs sont pris en charge.
Niveau élevé de prise en charge
Si vous êtes sur Azure DevOps Server 2019 et que vous exécutez la version précédente la plus récente de Visual Studio ou team Explorer, par exemple, Visual Studio 2019, vous pouvez vous attendre à un support de La part de Visual Studio pour la plupart des fonctionnalités. Vous devrez peut-être installer la dernière mise à jour. Après l’installation, les scénarios de ligne principale pour toutes les tâches non administratives sont pris en charge.
Cette prise en charge concerne les fonctionnalités dont les développeurs et les testeurs ont besoin pour poursuivre leur travail quotidien. Ces fonctionnalités sont utilisées pour mettre en file d’attente des builds, exécuter des requêtes, afficher des documents et obtenir, modifier et case activée dans des fichiers. Les responsables de programme doivent également être en mesure de continuer à utiliser la plupart des fonctionnalités qui leur sont pertinentes. Ils peuvent avoir besoin de s’appuyer sur l’accès web pour certains scénarios. Ces scénarios se produisent lorsqu’ils gèrent des zones et des itérations et écrivent de nouvelles requêtes.
Si vous utilisez des versions plus récentes de Visual Studio par rapport à des versions antérieures de Team Foundation Server, vous pouvez également vous attendre à ce que la plupart des fonctionnalités soient prises en charge.
Les modèles de processus anciens qui étaient utilisés avec la version antérieure de Team Foundation Server doivent demeurer compatibles avec le nouveau serveur.
Prise en charge générale
Si un client a deux versions antérieures à votre serveur, vous pouvez vous attendre à une prise en charge générale après avoir installé une RDA de compatibilité. Cette prise en charge est similaire au niveau élevé de prise en charge que vous voyez lorsque Visual Studio est une version antérieure à Azure DevOps Server. L’expérience de certains scénarios hors ligne principale peut être dégradée, mais pas complètement bloquée. Les non-administrateurs doivent pouvoir continuer sans entraves dans leur travail quotidien. Les modèles de processus plus anciens doivent rester compatibles avec le nouveau serveur.
Intégration d’Azure DevOps Office
L’intégration d’Office à Azure DevOps prend en charge Excel.
Important
À compter de Azure DevOps Server 2019 et Visual Studio 2019, le plug-in Azure DevOps Office Integration a déprécié la prise en charge de Microsoft Project et Microsoft PowerPoint avec storyboarding. L’intégration de projet et la commande TFSFieldMapping ne sont pas prises en charge pour Azure DevOps Server 2019 et versions ultérieures, ni pour Azure DevOps Services. Le plug-in continue de prendre en charge Microsoft Excel.
| Version d’Azure DevOps | Versions d’Office prises en charge |
|---|---|
| Azure DevOps Services Azure DevOps Server 2022 Azure DevOps Server 2020 Azure DevOps Server 2019 TFS 2018 |
Office 2016 Office 2013 Office 2010 |
Agents et contrôleurs de build TFS
Un nouveau système de génération pouvant faire l’objet d’un script est basé sur le web et multiplateforme.
| Version | Versions de build TFS prises en charge |
|---|---|
| Azure DevOps Server 2022 | Agent de build TFS 2018 Agent de build TFS 2017 Contrôleur XAML TFS 2015 Contrôleur XAML TFS 2013 |
| Azure DevOps Server 2020 | Agent de build TFS 2018 Agent de build TFS 2017 Contrôleur XAML TFS 2015 Contrôleur XAML TFS 2013 |
| Azure DevOps Server 2019 | Agent de build TFS 2018 Agent de build TFS 2017 Contrôleur XAML TFS 2015 Contrôleur XAML TFS 2013 |
| TFS 2018 | Agent de build TFS 2018 Agent de build TFS 2017 Contrôleur XAML TFS 2015 Contrôleur XAML TFS 2013 Remarque : Vous devez effectuer une mise à niveau vers TFS 2018.2 ou une version ultérieure pour utiliser les builds XAML. |
Vous pouvez utiliser une version antérieure de Build si vous envisagez de continuer à utiliser :
- Système de build XAML.
- Créez des serveurs sur plusieurs versions de TFS.
- Serveurs avec d’anciens systèmes d’exploitation dans votre déploiement TFS.