Partager via


Mettez à niveau votre déploiement vers la dernière version de Azure DevOps Server

Azure DevOps Server 2022 | Azure DevOps Server 2020 | Azure DevOps Server 2019

Cet article fournit des informations générales sur la mise à niveau d’un déploiement local vers TFS 2018, Azure DevOps Server 2019 ou Azure DevOps Server 2020. Le processus de mise à niveau général est le suivant :

  • Préparez votre environnement. La nouvelle configuration système requise peut nécessiter une mise à niveau vers du matériel ou des logiciels. Quoi qu’il en soit, une mise à niveau est un bon moment pour déterminer si l’environnement actuel répond à vos besoins ou s’il est judicieux d’apporter des modifications.

  • Attendez-vous au meilleur, préparez-vous au pire. Même si Azure DevOps Server mises à niveau sont fiables, il est toujours judicieux de se préparer au pire des scénarios. Vérifiez que vous disposez d’un ensemble complet et cohérent de sauvegardes de base de données disponibles.

    Notes

    Si vous effectuez une mise à niveau sur place et que vous ne passez pas à un nouveau matériel, envisagez une exécution sèche de votre mise à niveau dans un environnement de préproduction.

  • Effectuez la mise à niveau. Une fois votre préparation terminée, installez la nouvelle version. Obtenez les fichiers binaires et exécutez le processus d’installation pour mettre à niveau vos serveurs.

    Conseil

    Dans certains cas, vous devrez peut-être désinstaller la version précédente de Azure DevOps Server et installer la dernière version du Azure DevOps Server pour le même ordinateur. Dans ce cas, le programme d’installation affiche un avertissement et vous devez suivre les instructions du message d’avertissement.

Options de mise à niveau prises en charge

Pour les versions précédentes des serveurs locaux Azure DevOps, la matrice de mise à niveau suivante montre les étapes appropriées de mise à niveau en fonction de la version à partir de laquelle vous effectuez la mise à niveau. (Veillez à sélectionner la version de contenu qui correspond à la version du serveur vers laquelle vous souhaitez effectuer la mise à niveau.)

Matrice de chemin de mise à niveau Azure DevOps 2022 pour toutes les versions précédentes.

Avant la mise à niveau vers Azure DevOps Server 2022

Lorsque vous mettez à niveau votre déploiement local vers Azure DevOps Server 2022, vous devez savoir que la mise à niveau à partir de TFS 2015 et des versions ultérieures est uniquement prise en charge. Si vous utilisez TFS 2013 ou des versions antérieures, vous devez d’abord effectuer une mise à niveau vers TFS 2015.

Matrice de chemin de mise à niveau Azure DevOps 2020 pour toutes les versions précédentes.

Matrice de chemin de mise à niveau Azure DevOps 2019 pour toutes les versions précédentes.

Avant la mise à niveau vers Azure DevOps Server 2020

Lorsque vous mettez à niveau votre déploiement local vers Azure DevOps Server 2020, vous devez savoir que la mise à niveau à partir de TFS 2015 et des versions ultérieures est uniquement prise en charge. Si vous utilisez TFS 2013 ou des versions antérieures, vous devez d’abord effectuer une mise à niveau vers TFS 2015.

Avant la mise à niveau vers Azure DevOps Server 2019

Lorsque vous mettez à niveau votre déploiement local vers Azure DevOps Server 2019, vous devez être conscient des deux éléments suivants qui ont un impact sur la personnalisation et la création de rapports de suivi du travail.

Disponibilité du modèle de processus d’héritage pour les nouvelles collections de projets

Azure DevOps Server 2019 prend en charge l’utilisation du modèle de processus d’héritage pour personnaliser votre expérience de suivi du travail. Vous ne pouvez accéder à cette fonctionnalité qu’en créant une collection de projets. Les collections de projets existantes prennent uniquement en charge le modèle de processus XML local.

Si vous choisissez le modèle de processus d’héritage pour les nouvelles collections de projets, vous choisissez également automatiquement le service Analytique pour prendre en charge la création de rapports. Vous ne pourrez pas ajouter SQL Server Reporting Services aux projets que vous ajoutez sur les nouvelles collections de projets. Si vous choisissez modèle de processus XML local pour les nouvelles collections de projets, vous avez accès au service Analytics et à SQL Server Reporting Services. Cela est également vrai pour les collections existantes que vous mettez à niveau.

Par conséquent, vous devez prendre en compte vos exigences en matière de création de rapports et de personnalisation du suivi du travail à mesure que vous allez de l’avant avec de nouvelles collections de projets. Pour en savoir plus sur ces choix, consultez les articles suivants :

Dépréciation de l’Assistant Configuration des fonctionnalités

Dans le passé, l’Assistant Configuration des fonctionnalités était utilisé pour mettre à jour les modèles de processus par défaut avec les mises à jour qui leur étaient apportées. Cette fonctionnalité n’est plus prise en charge dans Azure DevOps Server 2019.

Pour en savoir plus sur les mises à jour apportées aux processus système par défaut, consultez Modifications apportées aux modèles de processus.

Complexité

La mise à niveau d’un déploiement local Azure DevOps peut différer en fonction des spécificités de votre déploiement existant. Les facteurs qui influencent la complexité et la durée de votre mise à niveau sont les suivants :

  • Nombre de serveurs déployés
  • Configuration et intégration du déploiement avec SQL Server Reporting Services
  • Taille des bases de données
  • Version de la mise à niveau.

Dans tous les cas, le processus général est logiquement le même. Assurez-vous que votre environnement est prêt. Ensuite, préparez et effectuez la mise à niveau.

Temps d’arrêt

Votre déploiement local Azure DevOps est hors connexion pendant la durée de la mise à niveau. Les durées de mise à niveau peuvent varier en fonction de la taille du déploiement. Pour que vos mises à niveau restent plus rapides, propre des données inutiles. Il est également utile si vous suivez les dernières versions de Azure DevOps Server.