Hub d’éléments de travail et projet Azure DevOps basé sur une machine virtuelle – VSTS Sprint 131 Update
Dans sprint 131 Update of Visual Studio Team Services (VSTS), quelques fonctionnalités ont reçu un grand nombre de commentaires et d’activités sur UserVoice. L’un d’eux est le hub Éléments de travail, qui devient désormais en disponibilité générale pour mettre le travail important à l’avant-plan de votre flux de travail quotidien. Nous avons également ajouté une machine virtuelle comme option pour configurer Azure DevOps Projects , car nous savons que la conservation du contrôle de niveau inférieur sur les applications web est importante pour certains.
Parmi les autres points clés :
- Query work across the iteration schedule with +/- @CurrentIteration
- Améliorer les délais de mise en production en téléchargeant partiellement les artefacts
Nouveautés de VSTS
Code
Éviter les remplacements et protéger le niveau de performance à l’aide des paramètres de dépôt
Dans cette mise à jour, vous trouverez deux nouveaux paramètres de dépôt pour permettre à Git de fonctionner correctement.
L’application de la casse bascule le serveur de son mode respectant la casse par défaut, où « File.txt » et « file.txt » sont distincts, vers un mode compatible avec Windows et macOS où « File.txt » et « file.txt » sont le même fichier. Ce paramètre affecte les fichiers, les dossiers, les branches et les étiquettes. Il empêche également les contributeurs d’introduire accidentellement des différences au niveau de la casse uniquement. L’activation de l’application de la casse est recommandée quand la plupart de vos contributeurs exécutent Windows ou macOS.
Limiter les tailles de fichiers vous permet d’éviter que les fichiers nouveaux ou mis à jour ne dépassent la limite de taille définie. Plus le nombre de fichiers volumineux est important dans l’historique d’un dépôt Git, plus le niveau de performance des opérations de clonage et de récupération (fetch) est médiocre. Ce paramètre empêche l’introduction accidentelle de ces fichiers.
Travail
Concentrez-vous sur un travail important à l’aide du hub Éléments de travail
Bien que les requêtes, les backlogs et les tableaux vous offrent un certain nombre de façons de voir votre travail, nous voulons que le travail le plus important pour vous soit à portée de main. Après une préversion de 6 mois du hub Éléments de travail , il est désormais disponible pour tout le monde. Nous avons beaucoup itéré sur le hub depuis le début de la préversion, et vous trouverez ci-dessous quelques-unes des modifications que nous avons apportées.
Le hub Éléments de travail dispose désormais de 4 tableaux croisés dynamiques centrés sur la personne pour vous permettre de vous concentrer sur ce qui est important pour vous, ainsi que de 3 vues centrées sur les projets pour avoir une meilleure idée du travail de votre projet.
- Affecté à moi : tous les éléments de travail qui vous sont attribués dans le projet dans l’ordre dans lequel ils ont été mis à jour pour la dernière fois
- Suivi : tous les éléments de travail que vous suivez
- Mentionné : tous les éléments de travail dans lesquels vous avez été mentionné, au cours des 30 derniers jours
- Mon activité : tous les éléments de travail que vous avez récemment consultés ou mis à jour
- Mise à jour récente : tous les éléments de travail de votre projet qui ont été les plus récemment mis à jour
- Récemment terminé : tous les éléments de travail de votre projet qui ont été récemment terminés
- Créé récemment : tous les éléments de travail récemment créés dans le projet
N’importe quel tableau croisé dynamique de projet peut désormais être trié en fonction d’une variété d’options, notamment le titre, le chemin d’accès à la zone ou la date de création. Vous pouvez également choisir d’afficher ces éléments de travail dans l’ordre croissant ou décroissant.
Travail de requête sur la planification des itérations avec +/- @CurrentIteration
La @CurrentIteration macro qui aide votre équipe à suivre le travail en fonction de votre planification d’itération prend désormais en charge le décalage entier. Gardez facilement un œil sur le travail qui n’a pas été fermé avec @CurrentIteration - 1, ou examinez à l’avance le travail prévu pour les itérations futures avec @CurrentIteration + 1. Pour plus d’informations, consultez le billet @CurrentIteration sur le blog Microsoft DevOps. Cette fonctionnalité a été hiérarchisée en fonction de ce qui est actuellement la 12 suggestion la plus votée avec 456 votes.
Clarifier les planifications d’itération des requêtes avec le @CurrentIteration paramètre Team
Si vous avez utilisé la macro dans les @CurrentIteration requêtes dans le passé, vous avez peut-être remarqué que les résultats peuvent varier si le contexte d’équipe change dans Teams avec des planifications d’itération différentes. À présent, lorsque vous créez ou modifiez une requête avec la @CurrentIteration macro, vous devez également sélectionner l’équipe avec la planification d’itération pertinente pour la requête. Avec le paramètre Team, vous pouvez utiliser la @CurrentIteration macro dans la même requête, mais entre les équipes. Par exemple, une requête pour des éléments de travail dans deux projets d’équipe différents utilisant des noms d’itération et même des planifications différentes. Cela signifie qu’il n’est plus nécessaire de mettre à jour les requêtes à mesure que les sprints changent ! Pour plus d’informations, consultez le billet @CurrentIteration sur le blog Microsoft DevOps. Cette fonctionnalité a été rendue prioritaire à la suite d’une suggestion.
Build et mise en production
Conserver un contrôle accru de votre application en déployant votre projet Azure DevOps sur une machine virtuelle
Le projet Azure DevOps vous permet de configurer un pipeline CI/CD entièrement configuré en quelques étapes seulement. Bien que nous ayons commencé avec Azure Web Apps, vous pouvez désormais déployer sur une machine virtuelle Azure exécutant Windows si vous préférez. Lorsque vous démarrez avec une application ASP.NET ou ASP.NET Core sélectionnez simplement l’option Machine virtuelle.
Améliorer les délais de mise en production en téléchargeant partiellement les artefacts
Avant, dans le cadre d’une phase de déploiement, vous pouviez choisir uniquement de télécharger ou d’ignorer l’ensemble des artefacts. Vous pouvez désormais choisir les artefacts spécifiques à télécharger. Cela peut vous faire gagner du temps, car l’agent doit juste télécharger ce dont il a besoin. Pour plus d’informations, consultez la documentation relative aux artefacts de mise en production. Cette fonctionnalité a été rendue prioritaire à la suite d’une suggestion.
Améliorer la qualité du code avec les dernières extensions de SonarSource
SonarSource a récemment publié une extension SonarQube mise à jour et une nouvelle extension SonarCloud, qui permettent l’analyse statique du code pour de nombreux langages. Les tâches VSTS Gradle et Maven tirent parti de ces extensions pour les builds Java en particulier. Activez simplement Exécuter SonarQube ou SonarCloud Analysis sur la version 2.* de la tâche Gradle ou Maven, puis ajoutez les tâches Préparer et publier SonarQube/SonarCloud comme indiqué ci-dessous.
Tracer les sources GitHub vers les builds à l’aide des étiquettes de build
Les builds de GitHub ou GitHub Enterprise sont déjà liées à la validation appropriée. Il est tout aussi important de pouvoir tracer une validation vers les builds correspondantes. Cela est désormais possible en activant l’étiquetage de la source dans VSTS. Quand vous choisissez votre dépôt GitHub dans une définition de build, sélectionnez les types de build à étiqueter, ainsi que le format de l’étiquette.
Découvrez ensuite les étiquettes de build qui s’affichent dans votre dépôt GitHub ou GitHub Enterprise.
Isoler les points de terminaison de service Azure Resource Manager dans des groupes de ressources
Par défaut, les points de terminaison de service Azure Resource Manager configurés automatiquement dans VSTS obtiennent le rôle Contributeur sur l’abonnement. Vous avez maintenant la possibilité de créer un point de terminaison et de restreindre l’étendue à un groupe de ressources spécifique au sein de l’abonnement, ce qui fournit une certaine isolation pour garantir que le point de terminaison interagit uniquement avec ce qu’il doit. Sélectionnez Options avancées lorsque vous êtes invité à Autoriser l’abonnement Azure.
Gérer la sécurité spécifique à une entité
Jusqu’à maintenant, avec la sécurité basée sur les rôles, les rôles d’accès de sécurité étaient définis pour un utilisateur ou un groupe au niveau du hub. Cela s’appliquait aux groupes de déploiement, aux groupes de variables, aux files d’attente d’agents et aux points de terminaison de service. Vous pouvez désormais activer ou désactiver l’héritage d’une entité particulière pour configurer la sécurité comme vous le souhaitez.
Partager des status de déploiement à l’aide d’un badge
Comme dans Build, vous pouvez maintenant configurer des badges dans Release qui montrent les status du dernier déploiement terminé dans un environnement. Ces badges sont accessibles publiquement via une URL, qui peut être incorporée dans n’importe quel dépôt pour offrir plus de transparence à vos consommateurs et contributeurs.
Une fois activé par un membre autorisé du projet, toute personne ayant accès à l’URL du badge peut voir la status de déploiement dans les environnements sélectionnés.
Déployer de manière sélective en fonction de l’artefact qui déclenche une mise en production
Vous pouvez ajouter plusieurs sources d’artefacts à une définition de mise en production, et les configurer pour déclencher une mise en production. Une mise en production est créée quand une nouvelle build est disponible pour l’une des sources. Le même processus de déploiement est exécuté, quelle que soit la source qui a déclenché la mise en production. Vous pouvez désormais personnaliser le processus de déploiement en fonction de la source de déclenchement. Pour les mises en production déclenchées automatiquement, la variable de mise en production Release.TriggeringArtifact.Alias identifie désormais la source d’artefact ayant déclenché la mise en production. Vous pouvez l’appliquer aux conditions de tâches, aux conditions de phases et aux paramètres de tâches pour ajuster dynamiquement le processus. C’est le cas, par exemple, si vous avez uniquement besoin de déployer les artefacts qui ont changé au travers des environnements.
Abonnements
Tirer parti de votre abonnement existant à l’aide d’un autre compte de messagerie basé sur AAD
Dans le passé, si un abonnement Visual Studio était affecté à une adresse e-mail Azure Active Directory (Azure AD), vous deviez être ajouté à l’aide de la même adresse e-mail dans VSTS pour être reconnu en tant qu’abonné Visual Studio. Toutefois, pour les abonnements attribués à un compte Microsoft (MSA), vous pouvez ajouter un autre compte de messagerie Azure AD dans le portail My Visual Studio et utiliser cet e-mail Azure AD pour accéder à VSTS.
Cette fonctionnalité a été développée pour permettre aux abonnés Visual Studio basés sur AAD de pouvoir ajouter un autre compte de messagerie AAD dans le portail My Visual Studio . Cela vous permettra d’utiliser un e-mail AAD différent dans VSTS de celui auquel l’abonnement est affecté.
Vous trouverez les étapes pour ajouter l’autre compte à votre abonnement dans le FAQ sur Mon Visual Studio. Pour plus d’informations, consultez le billet Abonnements VS et liaison de votre compte VSTS à AzureAD sur le blog Microsoft DevOps.
Étapes suivantes et commentaires
Nous aimerions savoir ce que vous pensez de ces fonctionnalités. Signalez un problème ou fournissez une suggestion si vous avez des idées sur les choses que vous souhaitez voir nous hiérarchiser, via le menu de commentaires.
Vous pouvez également obtenir des conseils et répondre à vos questions par la communauté sur Stack Overflow.
Merci,
Jamie Cool