Faciliter la personnalisation en migrant des projets vers le modèle de processus d’héritage – VSTS Sprint 139 Update
Dans la mise à jour sprint 139 de Visual Studio Team Services (VSTS), vous pouvez maintenant migrer des projets XML hébergés vers le modèle de processus d’héritage pour faciliter la personnalisation. De plus, vos mises en production peuvent désormais être déclenchées par une demande de tirage pour vous aider à exécuter des tests supplémentaires avant une fusion.
Pour plus d’informations, consultez la liste des fonctionnalités ci-dessous.
Étapes suivantes
Découvrez les nouvelles fonctionnalités ci-dessous et accédez à VSTS pour les essayer vous-même.
Fonctionnalités
Wiki :
Travail :
- Faciliter la personnalisation en migrant des projets vers le modèle de processus d’héritage
- Discuter des dernières status à l’aide de l’intégration améliorée de Microsoft Teams
Code :
Générer et publier :
- Effectuer des tests supplémentaires à l’aide d’un déclencheur de libération de demande de tirage
- Déployer des applications Go sur Azure Kubernetes Service (AKS) à l’aide de projets Azure DevOps
Wiki
Créer une table des matières pour les pages wiki
Parfois, les pages wiki peuvent devenir longues, le contenu étant organisé en plusieurs titres. Vous pouvez maintenant ajouter une table des matières à n’importe quelle page qui a au moins un titre à l’aide de la [[_TOC_]] syntaxe . Pour plus d’informations sur l’utilisation de Markdown dans VSTS, consultez la documentation d’aide markdown . Cette fonctionnalité a été hiérarchisée en fonction d’une suggestion de UserVoice.
Travail
Faciliter la personnalisation en migrant des projets vers le modèle de processus d’héritage
La migration d’un modèle de processus XML hébergé vers un processus hérité permet de personnaliser votre système de suivi du travail via l’interface utilisateur. Si vous utilisez le modèle de processus XML hébergé dans l’un de vos projets, vous pouvez maintenant les migrer. La modification du modèle de processus d’un projet peut être effectuée en deux étapes. Tout d’abord, clonez le processus XML hébergé dans le modèle d’héritage. Cela ajoute vos personnalisations, telles que les types d’éléments de travail, les champs et les états, à un processus Hérité nouvellement créé.
Après avoir validé le processus, vous pouvez modifier les projets pour utiliser le processus nouvellement créé.
Pour plus d’informations, consultez la documentation Cloner un processus XML hébergé vers l’héritage .
Discuter des dernières status à l’aide de l’intégration améliorée de Microsoft Teams
Dans les dernières améliorations apportées à l’intégration de Microsoft Teams, vous voyez maintenant rapidement les status d’une activité avec des icônes et des couleurs claires et commencez à discuter pour que les choses bougent. Si une demande de tirage est en attente de l’auteur, elle s’affiche en jaune et avec une icône de minuteur. Si une build a réussi, elle s’affiche en vert et avec une icône de marque case activée.
Code
Normaliser les descriptions des demandes de tirage à l’aide de modèles
L’écriture de descriptions de bonnes demandes de tirage est un excellent moyen d’aider les réviseurs à savoir ce qu’il faut attendre lors de l’examen du code. Ils constituent également un excellent moyen de suivre les choses qui doivent être effectuées pour chaque modification, comme les tests, l’ajout de tests unitaires et la mise à jour de la documentation (personne n’oublie jamais de mettre à jour la documentation). Beaucoup d’entre vous ont demandé que nous ajoutions des modèles de demande de tirage pour faciliter l’écriture de descriptions de qualité pour les équipes, et nous avons maintenant ajouté cette fonctionnalité.
En plus de prendre en charge un modèle de description de demande de tirage par défaut, les équipes peuvent ajouter plusieurs modèles, qui vous sont présentés dans un menu de la page créer une demande de tirage. Cliquez simplement sur le bouton Ajouter un modèle pour choisir parmi n’importe quel modèle dans le référentiel pour l’ajouter à la description de la demande de tirage.
Les modèles spécifiques à une branche sont également pris en charge si vous souhaitez appliquer un autre modèle pour une demande de tirage dans une branche ou un dossier de branche spécifique. Par exemple, si vous souhaitez avoir un modèle spécifique à toutes les branches qui commencent par « correctif/ », vous pouvez ajouter un modèle qui sera utilisé pour toutes les demandes de tirage dans ces branches.
Consultez la documentation sur les modèles de demande de tirage pour en savoir plus sur la création et l’utilisation de modèles.
Générer et publier
Effectuer des tests supplémentaires à l’aide d’un déclencheur de libération de demande de tirage
Vous avez été en mesure de déclencher une build basée sur une demande de tirage (PR) et d’obtenir ces commentaires rapides avant une fusion pendant un certain temps. Maintenant, vous pouvez également configurer un déclencheur de demande de tirage pour une version. Les status de la version seront publiées dans le référentiel de code et peuvent être affichées directement dans la page de demande de tirage. Cela est utile si vous souhaitez effectuer des tests fonctionnels ou manuels supplémentaires dans le cadre de votre flux de travail pr.
Déployer des applications Go sur Azure Kubernetes Service (AKS) à l’aide de projets Azure DevOps
DevOps Projects facilite la prise en main d’Azure. Il vous permet de lancer une application, sur le service Azure de votre choix, en quelques étapes. DevOps Projects fournit tout ce dont vous avez besoin pour développer, déployer et superviser votre application.
Nous avons maintenant ajouté la prise en charge de Azure Kubernetes Service (AKS) ciblant Go Language sur les projets DevOps. Pour plus d’informations, consultez la documentation du tutoriel sur AKS .
Le status de build signalé à GitHub est plus succinct
Lorsque VSTS publie le status d’une build sur GitHub, le texte status s’affiche sur les case activée de validation, de branche et de demande de tirage associés. Jusqu’à présent, le nom de chaque pipeline de build dans le texte était préfacé avec VSTS:. Nous avons supprimé cette préface du texte status afin que le nom du pipeline de build soit plus facile à voir d’un coup d’œil et ne provoque pas de confusion quant VSTS: au nom officiel d’un pipeline de build. Malheureusement, cette modification affecte les règles de protection des branches GitHub où GitHub s’attend toujours à ce que les noms de pipeline commencent par VSTS:. Cela peut entraîner le blocage des demandes de tirage GitHub jusqu’à ce que les paramètres du référentiel soient mis à jour. Pour résoudre ce problème, après avoir exécuté la build au moins une fois, mettez à jour les règles de protection des branches de votre dépôt sous Les règles > de protection des branches > du dépôt.
Comment fournir des commentaires
Nous aimerions savoir ce que vous pensez de ces fonctionnalités. Utilisez le menu de commentaires pour signaler un problème ou fournir une suggestion.
Vous pouvez également obtenir des conseils et répondre à vos questions par la communauté sur Stack Overflow.
Merci,
Gopinath Chigakkagari