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 Server |Azure DevOps Server |Azure DevOps Server 2022 | Azure DevOps Server 2020
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 les versions des navigateurs et des clients qui peuvent interagir 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 localement. Edge, Firefox et Chrome se mettent automatiquement à jour. Azure DevOps prend donc en charge la version la plus récente.
| Version | Edge | Internet Explorer | Safari (Mac) | Firefox | Chrome |
|---|---|---|---|---|---|
| Azure DevOps Services Serveur Azure DevOps Azure DevOps Server 2022 Azure DevOps Server 2020.1 |
Plus récent | Non prise en charge | 14.1 et versions ultérieures | Plus récent | Plus récent |
| Azure DevOps Server 2020 | Plus récent | 11 et versions ultérieures | 14.1 et versions ultérieures | Plus récent | Plus récent |
| Azure DevOps Server 2019 TFS 2018 TFS 2017 |
Plus récent | 11 et versions ultérieures | 14.1 et versions ultérieures | Plus récent | Plus récent |
Visual Studio et Team Explorer
Il existe trois niveaux de prise en charge du client pour différentes versions de Visual Studio et Team Explorer. Seule la dernière version a une compatibilité complète avec le dernier serveur local Azure DevOps, car il s’agit du seul client :
- Cela inclut les composants qui peuvent s’interfacer avec de nouvelles fonctionnalités pour cette version.
- Vous pouvez utiliser pour exécuter certaines tâches administratives, telles que la création de projets.
Les versions précédentes ont différents niveaux de prise en charge en fonction de leur ancienneté.
Le tableau suivant décrit le niveau de prise en charge garanti par chaque version du client. Des fonctionnalités supplémentaires autres que celles répertoriées ici peuvent continuer à fonctionner si vous utilisez des clients plus anciens. Il fonctionne souvent, mais il est en dehors de l’étendue de ce qui est officiellement testé et pris en charge.
| Visual Studio/Team Explorer | Azure DevOps Services Serveur Azure DevOps 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 | Haut niveau de support |
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 une prise en charge complète des fonctionnalités entre le client et le serveur de la même version.
Remarque
Si vous utilisez la dernière version de Visual Studio, mais envisagez de continuer à utiliser la version précédente la plus récente d’Azure DevOps Server, temporairement ou définitivement, vous pouvez vous attendre à un niveau élevé de compatibilité. Tous les scénarios non administratifs sont pris en charge.
Haut niveau de support
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 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 les builds, exécuter des requêtes, afficher des documents et obtenir, modifier et archiver des fichiers. Les gestionnaires de programmes doivent également pouvoir continuer à utiliser la plupart des fonctionnalités pertinentes pour eux. Il peut être nécessaire 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 sur des versions antérieures de Team Foundation Server, vous pouvez vous attendre à ce que la plupart des fonctionnalités soient prises en charge.
Les modèles de processus plus anciens utilisés avec la version précédente de Team Foundation Server doivent continuer à être compatibles avec le nouveau serveur.
Prise en charge générale
Si un client est deux versions antérieures à votre serveur, vous pouvez vous attendre à une prise en charge générale après l’installation d’un GDR de compatibilité. Cette prise en charge est similaire au niveau de support élevé que vous voyez quand Visual Studio est une version antérieure à Azure DevOps Server. L’expérience de certains scénarios non principaux peut être détériorée, mais pas entièrement bloquée. Les non-administrateurs doivent pouvoir continuer sans entrave dans leur travail quotidien. Les anciens modèles de processus 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 d’Azure DevOps Server 2019 et de Visual Studio 2019, le plug-in Azure DevOps Office Integration a supprimé la prise en charge de Microsoft Project et de 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 Serveur Azure DevOps Azure DevOps Server 2022 Azure DevOps Server 2020 Azure DevOps Server 2019 TFS 2018 |
Microsoft 365 Office 2016 Office 2013 Office 2010 |
Agents et contrôleurs de build de Team Foundation Server
Un nouveau système de build scriptable est basé sur le web et multiplateforme.
| Version | Versions de compilation TFS prises en charge |
|---|---|
| Serveur Azure DevOps | Agent de build TFS 2018 Agent de build TFS 2017 Contrôleur XAML TFS 2015 Contrôleur XAML TFS 2013 |
| 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 des builds XAML. |
Vous pouvez utiliser une version antérieure de Build si vous envisagez de continuer à utiliser :
- Système de build XAML.
- Générez des serveurs pour différentes versions de TFS.
- Serveurs avec des systèmes d’exploitation plus anciens dans votre déploiement TFS.