Partager via

Azure Pipelines - Mise à jour sprint 177

  • Article

Fonctionnalités

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.

Faire une suggestion

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