Présentation de Azure DevOps Services

Effectué

Chaque projet créé dans Azure DevOps est livré avec un certain nombre de services. Vous pouvez utiliser tous les services ou choisir uniquement ceux qui correspondent à votre flux de travail. Ces services comprennent la planification, le contrôle de version, les tests et les outils de création et de déploiement.

Azure Boards

Azure Boards est l’un des services Azure DevOps Services les plus utilisés. Vous pouvez utiliser Azure Boards pour planifier, suivre et discuter du travail au sein de vos équipes. L’aspect varie selon le processus d’élément de travail que vous avez sélectionné lors de la création du projet.

Capture d’écran d’un exemple de tableau Azure DevOps.

Azure Boards fournit des tableaux Kanban et des backlogs pour prendre en charge votre processus de développement agile. C’est un outil de planification de sprint facile à glisser-déposer. Toutes les différentes tâches peuvent être regroupées dans une vue d’ensemble du backlog et hiérarchisées par le propriétaire du produit.

Azure Repos

Azure Repos est le service utilisé pour le contrôle de version. Vous avez la possibilité d’utiliser Git ou Team Foundation Version Control. Si vous optez pour Git, vous pouvez héberger des référentiels illimités. Chaque extension AL que vous développez peut être un référentiel Git distinct. Vous pouvez créer un projet pour un client particulier et avoir plusieurs référentiels Git dans un même projet pour héberger toutes les différentes extensions que vous avez développées pour ce client.

Dans la section Azure Repos, vous bénéficiez d’une vue d’ensemble de l’intégralité des fichiers hébergés, des validations, des branches et des demandes de tirage.

Capture d’écran de la section Azure Repos avec vue d’ensemble.

Avec une demande de tirage, vous pouvez exiger la validation du code d’autres développeurs de votre équipe avant que votre code ne soit accepté. Cela peut être un déclencheur pour démarrer une build automatisée.

Capture d’écran des demandes de tirage Azure Repos.

Azure Repos prend également en charge les webhooks et les API REST. Ainsi, vous pouvez automatiser les validations ou réagir aux événements dans le référentiel.

Azure Pipelines

Azure Pipelines est le service dont vous avez besoin pour configurer des tests automatisés, des builds automatisées et des déploiements automatisés. Les pipelines fonctionneront avec des agents de build. Ces agents peuvent être hébergés en tant que service cloud, ce qui vous évite d’avoir à investir dans l’infrastructure, ou vous pouvez les exécuter sur votre infrastructure. Si vous avez besoin d’accéder à des ressources locales ou de cibler un serveur Business Central sur site, il est certain que les agents de build locaux sont le meilleur choix. Avec les agents de build locaux, il n’y a pas non plus de restriction de temps sur la durée d’exécution d’un agent.

Un agent de build est un petit exécutable qui peut être installé sur un ou plusieurs serveurs (ou même sur des ordinateurs de bureau). Vous pouvez les regrouper dans un pool d’agents. Ainsi, chaque fois que vous démarrez une build, il recherche le prochain agent de build disponible dans le pool de sélection. De cette façon, vous pouvez exécuter plusieurs builds simultanément sur différentes machines.

Capture d’écran de la page de build Azure Pipelines.

Azure Pipelines prend en charge différents langages de programmation et permet de générer des builds avec des conteneurs Docker. Pour Business Central, vous devrez utiliser de nombreux scripts PowerShell pour configurer un processus de génération automatisé. Cela comprendra l’obtention du code source à partir d’un référentiel Git, l’utilisation du compilateur AL et la création d’un fichier d’application. Azure Pipelines est également le service qui sera utilisé pour configurer des tests automatisés. Les tests unitaires et d’intégration font partie de votre extension AL (ou ont une dépendance). Ils sont créés et exécutés dans un pipeline de build. Si un test échoue, la build échouera également.

Même si vous utilisez GitHub comme système de contrôle de version, vous pouvez l’intégrer à Azure Pipelines pour configurer un système de génération automatisé. Une définition de build peut être créée avec des fichiers YAML. Un fichier YAML est un fichier texte qui définit toutes les différentes étapes d’un processus de génération.

Capture d’écran d’un exemple de fichier de build YAML.

Azure Test Plans

Avec Azure Test Plans, vous bénéficiez d’outils pour configurer une solution de test manuel. Vous pouvez définir un processus de test étape par étape, qui guidera les testeurs de l’équipe de test pour vérifier chaque étape du flux de travail de votre application. Vous pouvez l’utiliser pour tester les applications de bureau et web.

Chaque étape est enregistrée de sorte que lorsqu’une erreur se produit, un élément de travail de bogue peut être créé qui répertorie toutes les étapes que le testeur a exécutées pour obtenir cette erreur. Ce service est un service payant supplémentaire ou fait partie d’un abonnement Visual Studio Enterprise.

Capture d’écran des plans de test Azure.

Azure Artifacts

Avec Azure Artifacts, vous disposez d’une gestion de packages complètement intégrée. Cela peut être facilement intégré à votre service Azure Pipelines. Pour les applications .NET dans Visual Studio, vous avez la possibilité de télécharger des packages existants pour, par exemple, faire du traitement d’images, vous connecter à des plateformes de réseaux sociaux, générer des codes-barres, etc. Vous pouvez écrire toutes ces fonctions vous-même, mais vous pouvez également intégrer des packages existants. La plupart du temps, ils sont écrits par le fournisseur officiel de ces services. Ces packages sont stockés dans des services de gestion de packages tels que NuGet.

Capture d’écran de la page Azure Artifacts Packages.

Avec Azure Artifacts, vous pouvez configurer votre propre service de gestion de packages et héberger votre propre code qui peut être réutilisé dans d’autres projets de votre organisation. Vous pouvez créer une extension Business Central qui validera les informations de licence pour toutes vos extensions complémentaires. Au lieu de réécrire ce code, vous pouvez obtenir le package d’Azure Artifacts pendant vos pipelines de build.