Intégration GitHub - Amélioration de la validation AB#
Avec cette mise à jour, nous sommes ravis d’offrir une préversion privée des dernières améliorations de notre intégration Azure Boards + GitHub !
En outre, il est désormais possible pour les administrateurs de contourner les approbations en cours d’exécution et de vérifier la fin d’un correctif logiciel dans Azure Pipelines.
Pour plus d’informations, consultez les notes de publication.
Général
Azure Boards
Azure Pipelines
- Les tâches Azure Pipelines utilisent le nœud 16
- Annonce de la mise hors service des tâches déconseillées
- La tâche AzureRmWebAppDeployment prend en charge l’authentification Microsoft Entra ID
- Améliorations apportées à l’API REST Approbations
- Prise en charge de GitHub Enterprise Server dans la vérification du modèle obligatoire
- Ignorer les approbations et les vérifications
- Réexécuter les vérifications d’appel de fonction Azure
Reporting
Général
Nouvelle version du Kit de développement logiciel (SDK) d’extension web Azure DevOps
Avec cette mise à jour, nous publions une nouvelle version du Kit de développement logiciel (SDK) d’extension web Azure DevOps. Le Kit de développement logiciel (SDK) client permet aux extensions web de communiquer avec l’image hôte. Il peut être utilisé pour :
- Avertir l’hôte que l’extension est chargée ou a des erreurs
- Obtenir des informations contextuelles de base sur la page active (informations sur l’utilisateur actuel, l’hôte et l’extension)
- Obtenir des informations sur le thème
- Obtenir un jeton d’autorisation à utiliser dans les appels REST à Azure DevOps
- Obtenir les services distants proposés par la trame hôte
Vous trouverez une référence d’API complète dans la documentation du package azure-devops-extension-sdk. Cette nouvelle version prend en charge les modules suivants :
Prise en charge des modules ES : le SDK prend désormais en charge les modules ES (ECMAScript) en plus des modules AMD (définition de module asynchrone) existants. Vous pouvez maintenant importer le SDK à l’aide de la syntaxe du module ES, qui offre des améliorations des performances et réduit la taille de l’application.
Compatibilité descendante pour les modules AMD : la prise en charge existante des modules AMD reste intacte. Si votre projet utilise des modules AMD, vous pouvez continuer à les utiliser comme avant sans aucune modification.
Comment utiliser :
Pour les modules ES, vous pouvez importer nos modules à l’aide de l’instruction import :
import * as SDK from 'azure-devops-extension-sdk';
// Use the module here
Si vous utilisez des modules AMD, vous pouvez continuer à importer le Kit de développement logiciel (SDK) à l’aide de la require fonction :
require(['azure-devops-extension-sdk'], function(SDK) {
// Use the module here
});
Azure Boards
Intégration GitHub - Amélioration de la validation AB# (préversion privée)
Important
Depuis le 8/6/2024, l’application Azure Boards dans GitHub ne valide plus les liens AB#. Vous pouvez toujours utiliser la AB# syntaxe pour lier des éléments de travail dans vos demandes de tirage GitHub, les validations et les problèmes que vous pourriez rencontrer avant cette modification.
Nous commençons notre parcours d’améliorations de l’intégration de Boards + GitHub en traitant les réponses du bot lors de la liaison à des éléments de travail à l’aide de la syntaxe AB#. Lorsque vous créez un lien vers une demande de tirage à l’aide de la AB#{ID} syntaxe, la seule façon de savoir si le lien a réussi consiste à examiner l’élément de travail ou à noter le AB#{ID} tour en lien.
Aujourd’hui, nous allons lancer une préversion privée avec plusieurs améliorations apportées à l’application GitHub Azure Boards pour mieux vous informer lorsqu’un lien vers un élément de travail est valide ou non valide. Cela permet d’identifier les liens incorrects et de les corriger avant la fusion de la demande de tirage.
Si vous souhaitez participer à la préversion privée, contactez-nous directement par e-mail. Veillez à inclure le nom de votre organisation (dev.azure.com/{organisation})
Consultez la feuille de route publique pour en savoir plus sur les fonctionnalités d’intégration Azure Boards + GitHub à venir.
Azure Pipelines
Les tâches Azure Pipelines utilisent le nœud 16
Les tâches du pipeline sont exécutées à l’aide d’un exécuteur, avec Node.js utilisées dans la plupart des cas. Les tâches Azure Pipelines qui utilisent un nœud en tant qu’exécuteur utilisent désormais le nœud 16. Comme Node 16 est la première version de Node à prendre en charge apple silicon en mode natif, cela complète également la prise en charge complète de macOS sur apple silicon. Les agents qui s’exécutent sur apple silicon n’ont pas besoin de Rosetta pour s’exécuter.
Comme la date de fin de vie du nœud 16 a été déplacée vers l’avant, nous avons démarré le travail pour exécuter des tâches avec Node 20.
Annonce de la mise hors service des tâches déconseillées
Azure Pipelines a de nombreuses tâches déconseillées. Les tâches déconseillées seront supprimées le 31 janvier 2024. Pour vous aider à identifier les pipelines qui utilisent des tâches déconseillées, les pipelines affichent des avertissements si une telle tâche est utilisée. Nous avons mis à jour la référence de tâche pour indiquer clairement l’état de dépréciation et la date de mise hors service.
Les tâches suivantes ont été déconseillées et commencent à émettre des avertissements :
- AppCenterDistributeV1,
- AppCenterDistributeV2
- AzureMonitorV0
- ChefKnifeV1
- ChefV1
- CondaEnvironmentV1
- DeployVisualStudioTestAgentV2
- DotNetCoreInstallerV1
- IISWebAppDeployment
- QuickPerfTestV1
- RunJMeterLoadTestV1
- RunLoadTestV1
- SqlServerDacpacDeploymentV1
- XamarinTestCloudV1
Mettez à jour vos pipelines pour utiliser une version de tâche plus récente ou une alternative avant le 31 janvier 2024.
La tâche AzureRmWebAppDeployment prend en charge l’authentification Microsoft Entra ID
Les tâches AzureRmWebAppDeploymentV3 et AzureRmWebAppDeployment@4 ont été mises à jour pour prendre en charge App Service avec l’authentification de base désactivée. Si l’authentification de base est désactivée sur App Service, les tâches AzureRmWebAppDeploymentV3/4 utilisent l’authentification d’ID Microsoft Entra pour effectuer des déploiements sur le point de terminaison Kudu App Service. Cela nécessite une version récente de msdeploy.exe installée sur l’agent, qui est le cas sur les agents hébergés windows-2022/windows-latest (voir la référence de tâche).
Améliorations apportées à l’API REST Approbations
Nous avons amélioré la localisation des approbations attribuées à un utilisateur en incluant les groupes auxquels appartient l’utilisateur dans les résultats de la recherche.
Les approbations contiennent désormais des informations sur l’exécution du pipeline auxquelles elles appartiennent.
Par exemple, l’appel https://dev.azure.com/fabrikam/FabrikamFiber/_apis/pipelines/approvals?api-version=7.2-preview.2&top=1&assignedTo=john@fabrikam.com&state=pending d’API REST GET suivant retourne
{
"count": 1,
"value":
[
{
"id": "7e90b9f7-f3f8-4548-a108-8b80c0fa80e7",
"steps":
[],
"status": "pending",
"createdOn": "2023-11-09T10:54:37.977Z",
"lastModifiedOn": "2023-11-09T10:54:37.9775685Z",
"executionOrder": "anyOrder",
"minRequiredApprovers": 1,
"blockedApprovers":
[],
"_links":
{
"self":
{
"href": "https://dev.azure.com/fabrikam/26dcfaeb-d8fe-495c-91cb-fec4acb44fbb/_apis/pipelines/approvals/7e80b987-f3fe-4578-a108-8a80c0fb80e7"
}
},
"pipeline":
{
"owner":
{
"_links":
{
"web":
{
"href": "https://dev.azure.com/buildcanary/26dcfaeb-d8fe-495c-91cb-fec4acb44fbb/_build/results?buildId=73222930"
},
"self":
{
"href": "https://dev.azure.com/buildcanary/26dcfaeb-d8fe-495c-91cb-fec4acb44fbb/_apis/build/Builds/73222930"
}
},
"id": 73222930,
"name": "20231109.1"
},
"id": "4597",
"name": "FabrikamFiber"
}
}
]
}
Ignorer les approbations et les vérifications
Les approbations et les vérifications aident à protéger l’accès aux ressources importantes, telles que les connexions de service, les dépôts ou les pools d’agents. Un cas d’usage courant consiste à utiliser approbations et vérifications lors du déploiement en production, et vous souhaitez protéger la connexion de service ARM.
Supposons que vous avez ajouté les vérifications suivantes sur la connexion de service : approbation, vérification des heures d’ouverture et vérification d’appel de fonction Azure (pour appliquer un délai entre différentes régions).
À présent, imaginez que vous devez effectuer un déploiement de correctif logiciel. Vous démarrez une exécution de pipeline, mais elle ne se poursuit pas, elle attend que la plupart des vérifications se terminent. Vous ne pouvez pas vous permettre d’attendre la fin des approbations et des vérifications.
Dans ce sprint, nous avons permis de contourner les approbations et les vérifications en cours d’exécution. Vous pouvez donc terminer votre correctif logiciel.
Vous pouvez contourner l’exécution des approbations, des heures d’activité, appeler une fonction Azure et appeler des vérifications de l’API REST.
Ignorer une approbation.
Ignorer la vérification des heures d’ouverture.
Ignorer l’appel de la vérification de la fonction Azure. Ignorer la vérification des heures d’ouverture.
Lorsqu’une vérification est ignorée, vous pouvez la voir dans le volet de vérifications.
Vous pouvez contourner une vérification uniquement si vous êtes administrateur de la ressource sur laquelle les vérifications ont été définies.
Prise en charge du serveur d’entreprise GitHub dans la vérification de modèle requise
Les modèles sont un mécanisme de sécurité qui vous permet de contrôler les étapes, les travaux et les étapes des pipelines de votre organisation.
La vérification de modèle Exiger vous permet d’appliquer qu’un pipeline s’étend à partir d’un ensemble de modèles approuvés avant d’accéder à une ressource protégée, telle qu’un pool d’agents ou une connexion de service.
À compter de ce sprint, vous pouvez spécifier des modèles situés dans les dépôts GitHub Enterprise Server.
Réexécuter les vérifications de fonction Azure
Imaginez que vous déployez votre système en plusieurs étapes. Avant de déployer la deuxième étape, il existe une vérification d’approbation et d’appel de fonction Azure qui exécute une vérification de l’intégrité sur la partie déjà déployée du système.
Lorsque vous examinez la demande d’approbation, vous remarquez que la vérification de la santé a été exécutée deux jours plus tôt. Dans ce scénario, vous pouvez être conscient d’un autre déploiement qui a affecté le résultat de la vérification de l’intégrité.
Avec cette mise à jour, vous pouvez réexécuter invoke Azure Function et appeler des vérifications d’API REST. Cette fonctionnalité est disponible uniquement pour les vérifications qui ont réussi et n’ont aucune nouvelle tentative.
Remarque
Vous pouvez réexécuter une vérification uniquement si vous êtes administrateur de la ressource sur laquelle les vérifications ont été définies.
Reporting
Filtrage des éléments de travail
Nous sommes heureux d’annoncer le filtrage des graphiques d’éléments de travail. Cette fonctionnalité vous permet de pointer sur votre graphique d’éléments de travail pour obtenir une vue d’ensemble rapide et d’explorer des segments de graphique spécifiques pour obtenir des insights détaillés. Vous n’avez plus besoin de créer des requêtes personnalisées pour accéder à l’élément exact de données dont vous avez besoin. Vous pouvez maintenant explorer vos éléments de travail dans les graphiques d’éléments de travail en quelques clics.
Vos commentaires sont précieux dans la mise en forme de l’avenir de cette fonctionnalité. Essayez-le maintenant et faites-nous savoir ce que vous pensez dans notre communauté Azure DevOps.
É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.
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,
Silviu Andrica