Amélioration de l’expérience de demande de tirage

Dans ce sprint, nous ajoutons plusieurs améliorations à l’expérience de demande de tirage. Il s’agit notamment de rendre les case activée facultatives plus visibles, d’activer les clics Ctrl pour ouvrir un nouvel onglet, d’ajouter un emplacement aux annotations et d’améliorer la disposition de filtrage des commentaires.

Pour plus d’informations, consultez la liste des fonctionnalités ci-dessous.

Fonctionnalités

Azure Boards

• Suppression de la règle « Affecté à » sur le type d’élément de travail bogue

Azure Repos

• Un lot d’améliorations apportées à l’expérience de demande de tirage

Azure Pipelines

• Mise à jour du nœud dans l’agent Azure Pipelines
• Enregistrer un agent non sain pour l’examen dans les agents de groupe identique
• Les derniers pipelines Ubuntu utiliseront bientôt Ubuntu-20.04

Azure Boards

Suppression de la règle « Affecté à » sur le type d’élément de travail bogue

Il existe plusieurs règles système masquées sur tous les différents types d’éléments de travail dans Agile, Scrum et CMMI. Ces règles ont existé depuis plus d’une décennie et ont généralement fonctionné correctement sans plainte. Toutefois, il existe quelques règles qui ont dépassé leur accueil. Une règle en particulier a causé beaucoup de douleurs pour les clients nouveaux et existants et nous avons décidé qu’il était temps de le supprimer. Cette règle existe sur le type d’élément de travail Bogue dans le processus Agile.

« Définir la valeur affectée sur Created By when state is changed to Resolved »

Nous avons reçu beaucoup de vos commentaires sur cette règle. En réponse, nous avons poursuivi et supprimé cette règle du type d’élément de travail Bogue dans le processus Agile. Cette modification affecte chaque projet à l’aide d’un processus Agile hérité ou hérité personnalisé. Pour les clients qui aiment et dépendent de cette règle actuelle, consultez notre billet de blog sur les étapes à suivre pour rajouter la règle à l’aide de règles personnalisées.

Azure Repos

Un lot d’améliorations apportées à l’expérience de demande de tirage

La nouvelle expérience de demande de tirage a été en préversion depuis quelques mois maintenant. Nous avons abordé les commentaires que nous avons reçus de beaucoup d’entre vous. Nous sommes heureux d’annoncer les améliorations suivantes que vous verrez avec le déploiement de ce sprint :

Rendre les case activée facultatives plus visibles

Les clients utilisent des case activée facultatives pour attirer l’attention d’un développeur sur les problèmes potentiels. Dans l’expérience précédente, il était évident que ces case activée échouent. Toutefois, ce n’est pas le cas dans l’expérience d’aperçu. Un grand case activée mark vert sur les case activée obligatoires masque les défaillances dans les case activée facultatives. Les utilisateurs n’ont pu découvrir que les case activée facultatives ont échoué en ouvrant le panneau case activée s. Les développeurs ne le font pas souvent lorsqu’il n’y a aucune indication d’un problème. Dans ce déploiement, nous avons rendu l’état des case activée facultatives plus visibles dans le résumé.

Ctrl-clicks sur les éléments de menu

Les menus onglets d’une demande de tirage ne prenaient pas en charge le clic Ctrl. Les utilisateurs ouvrent souvent de nouveaux onglets de navigateur au fur et à mesure qu’ils passent en revue une demande de tirage. Ce problème a été résolu.

Emplacement de l’annotation [+]

L’arborescence des fichiers d’une demande de tirage affiche une annotation [+] pour aider les auteurs et les réviseurs à identifier les nouveaux fichiers. Étant donné que l’annotation était après les points de suspension, il n’était souvent pas visible pour les noms de fichiers plus longs.

Liste déroulante Des mises à jour de demande de tirage récupèrent les informations de minutage

La liste déroulante pour sélectionner mettre à jour et comparer des fichiers dans une demande de tirage a perdu un élément important dans l’expérience d’aperçu. Il n’a pas montré quand cette mise à jour a été effectuée. Ce problème a été résolu.

Disposition améliorée du filtre de commentaires

Lors du filtrage des commentaires sur la page récapitulative d’une demande de tirage, la liste déroulante était à droite, mais le texte était aligné à gauche. Ce problème a été résolu.

Nous avons plus d’améliorations prévues au cours des deux prochains sprints.

Azure Pipelines

Mise à jour du nœud dans l’agent Azure Pipelines

Mise à jour à partir de ce qui a été publié à l’origine : en raison d’une incompatibilité avec Red Hat Enterprise Linux 6 et Node 14, nous avons suspendu le travail sur le nœud 14 et nous allons d’abord nous concentrer sur l’accès au nœud 10.

Cette version, nous avons commencé notre déplacement de Node 6 et vers une version de Nœud prise en charge en tant que runtime préféré pour les tâches Azure Pipelines. Nous avons mis à jour le premier lot de tâches in-the-box à exécuter sur Node 10. Cette modification marque le début d’un processus pour supprimer Node 6 de l’agent par défaut. Le nœud 6 a quitté la prise en charge à long terme et est souvent marqué comme un risque de sécurité par les scanneurs automatisés. Même si nous croyons que notre utilisation de Node 6 est peu susceptible d’être soumise à la plupart des défauts potentiels, il est néanmoins important d’obtenir des tâches sur un runtime pris en charge. Dans l’année civile 2021, nous prévoyons de commencer à envoyer une version de l’agent sans Node 6.

Si vous utilisez l’une des tâches compatibles Node 10, vos agents auto-hébergés se mettent à jour pour exécuter les nouvelles versions des tâches. En dehors de cela, il ne devrait pas y avoir d’impact pour la plupart des clients. En revanche, si vous êtes l’auteur de toutes les tâches, vous devez commencer à les mettre à jour pour qu’elles s’exécutent sur Node 10. Dans votre task.json, sous execution, vous pouvez mettre à jour à partir de Node .Node10 Si vous devez prendre en charge les versions antérieures du serveur, vous pouvez quitter votre Node point d’entrée. Les instances d’Azure DevOps qui comprennent le gestionnaire Node 10 le choisiront par défaut, et celles qui ne revient pas à votre implémentation Node 6.

Enregistrer un agent non sain pour l’examen dans les agents de groupe identique

Lorsque vous utilisez des agents de groupe identique, Azure Pipelines gère le scale-up et le scale-down des instances d’agent. Quand Azure Pipelines détecte une machine virtuelle non saine dans le groupe identique, il journalise le problème dans l’interface utilisateur diagnostics du pool et tente de supprimer la machine virtuelle. Il existe de nombreuses raisons pour lesquelles une machine virtuelle peut être défectueuse : la configuration réseau du groupe identique peut avoir empêché l’extension Azure Pipelines de télécharger le dernier agent, votre extension de script personnalisé a peut-être échoué ou l’image de machine virtuelle de groupe identique peut avoir un redémarrage en attente ou une Mises à jour Windows en attente.

En supprimant des machines virtuelles non saines, Azure Pipelines conserve votre pool d’agents optimisé pour exécuter des travaux CI/CD. Dans certains cas, vous pouvez utiliser la page de diagnostics Azure Pipelines (illustrée ci-dessus) ou la page diagnostics Azure pour déboguer ce problème. Toutefois, dans de nombreux cas, la meilleure façon de diagnostiquer le problème consiste à se connecter à la machine virtuelle et à passer en revue les journaux d’activité de l’agent et les journaux de l’observateur d’événements. À l’heure actuelle, cela n’est pas facile à faire, car la machine virtuelle non saine est supprimée automatiquement.

Avec cette version, nous avons amélioré la diagnostic des machines virtuelles non saines en vous donnant la possibilité d’enregistrer un agent défectueux pour l’examen.

Lorsqu’un agent non sain est enregistré, vous pouvez vous connecter à la machine virtuelle, déboguer et récupérer les journaux dont vous avez besoin. Une fois terminé, vous pouvez libérer l’agent et la machine virtuelle associée. Pour plus d’informations, consultez la section sur la résolution des problèmes d’agents défectueux.

ubuntu-latest les pipelines utiliseront bientôt Ubuntu-20.04

Ubuntu 20.04 sera bientôt la version par défaut de l’étiquette ubuntu-latest dans Azure Pipelines. Cette modification sera déployée sur une période de plusieurs semaines à compter du 30 novembre.

Si vous rencontrez des problèmes avec vos pipelines Ubuntu :

• Fichier d’un problème dans le référentiel d’environnements virtuels
• Revenez à Ubuntu 18.04 en spécifiant ubuntu-18.04 comme vmImage dans votre pipeline. Nous continuerons à prendre en charge Ubuntu 18.04.

Notez que ubuntu-18.04 les outils préinstallés et ubuntu-20.04 les versions par défaut des outils peuvent différer. Pour plus d’informations sur toutes les différences, consultez https://github.com/actions/virtual-environments/issues/1816.

Étapes suivantes

Notes

Ces fonctionnalités seront déployées au cours des deux à trois prochaines semaines.

Accédez à Azure DevOps et jetez un coup d’œil.

Accéder à Azure DevOps

Comment fournir des commentaires

Nous aimerions savoir ce que vous pensez de ces fonctionnalités. Utilisez le menu Aide pour signaler un problème ou faire une suggestion.

Vous pouvez également obtenir des conseils et répondre à vos questions par la communauté sur Stack Overflow.

Merci,

Matt Cooper