Partager via


Déploiement pour Azure Database pour MySQL, Kubernetes avec Helm et Ruby on Rails – VSTS Sprint 133 Update

Dans sprint 133 Update of Visual Studio Team Services (VSTS), nous continuons à développer les langages et les plateformes que nous prenons en charge pour la génération et la mise en production. Que votre application utilise Azure Database pour MySQL, Kubernetes ou Ruby on Rails, nous avons ce qu’il vous faut. La liste ne cesse de s’allonger également dans Azure DevOps Projects. Maintenant, il n’a jamais été plus facile de démarrer sur une application Go ou Ruby dans Azure.

Un nouveau type de notification et une meilleure prise en charge des sources NuGet amont sont également disponibles dès maintenant dans Gestion des packages.

Nouveautés de VSTS

Fonctionnalités

Code

Travail

Build et mise en production

Package

Wiki

Administration

Code

Recherchez plus rapidement des expressions et du code avec des caractères spéciaux

Nous avons récemment cherché à rendre les résultats de recherche plus précis, en particulier lorsqu’une recherche comprend des caractères spéciaux.

Dans cette mise à jour, vos recherches qui incluent des caractères spéciaux (non alphanumériques) sont plus susceptibles de vous aider à trouver ce que vous recherchez. Par exemple, auparavant, si vous avez recherché A+B, vos résultats pouvaient contenir A+B, , A-BA*B, , A$BA/B, , etc. Maintenant, vous ne verrez A+B que dans les résultats, sans les faux positifs.

Les expressions sont également mieux reconnues. Par exemple, auparavant, une recherche pour new List<string>() aurait retourné cette correspondance partielle, sans la >() fin.

terme de recherche complet manquant

Toutefois, avec cette mise à jour, l’expression complète est retournée et mise en surbrillance.

résultat, y compris le terme de recherche complet

Travail

Travail de requête dans les chemins de zone d’une équipe avec la nouvelle @TeamAreas macro

Dans les paramètres d’une équipe, vous pouvez associer un ou plusieurs chemins d’accès de zone, ce qui vous permet de concentrer les backlogs, les tableaux de bord, les plans et même les tableaux de bord uniquement sur le travail de cette équipe. Si vous souhaitez écrire une requête pour une équipe, vous devez toutefois répertorier les chemins d’accès de zone spécifiques pour cette équipe dans les clauses de requête. Maintenant, une nouvelle macro @TeamAreas est disponible pour vous permettre de référencer facilement les chemins d’accès de zone appartenant à l’équipe spécifiée. Cette fonctionnalité a été rendue prioritaire à la suite d’une suggestion.

macro des zones d’équipe dans l’éditeur de requête

Build et mise en production

Déclencher des builds CI à partir de YAML

Vous pouvez maintenant définir vos paramètres de déclencheur d’intégration continue (CI) dans le cadre de votre fichier de définition de build YAML. Par défaut, lorsque vous envoyez un nouveau .vsts-ci.yml fichier à votre dépôt Git, CI est configuré automatiquement pour toutes les branches.

Pour limiter les branches que vous souhaitez déclencher, il vous suffit d’ajouter ce qui suit à votre fichier pour déclencher des builds sur les envois à master ou toute branche correspondant au modèle releases/*.

trigger:
- main
- releases/*

Si vous souhaitez désactiver le déclencheur ou remplacer les paramètres du déclencheur dans les fichiers YAML, vous pouvez le faire sur la définition.

Pour plus d’informations, consultez la documentation relative aux déclencheurs de génération YAML .

déclencheurs ci à partir de yaml

Déployer en continu sur Azure Database pour MySQL

Vous pouvez maintenant déployer en continu sur Azure Database pour MySQL : la base de données MySQL en tant que service d’Azure. Gérez vos fichiers de script MySQL dans le contrôle de version et déployez-les en continu dans le cadre d’un pipeline de mise en production à l’aide d’une tâche native plutôt que de scripts PowerShell.

Simplifier le déploiement sur Kubernetes à l’aide de Helm

Helm est un outil qui simplifie l’installation et la gestion des applications Kubernetes. Il a également gagné beaucoup de popularité et de soutien de la communauté au cours de la dernière année. Une tâche Helm dans Release est désormais disponible pour empaqueter et déployer des graphiques Helm sur Azure Container Service (AKS) ou tout autre cluster Kubernetes.

VSTS prend déjà en charge les conteneurs Kubernetes et Docker. Avec l’ajout de cette tâche Helm, vous pouvez maintenant configurer un pipeline CI/CD basé sur Helm pour la livraison de conteneurs dans un cluster Kubernetes. Pour plus d’informations, consultez la documentation Déployer à l’aide de Kubernetes sur Azure Container Service .

tâches helm

Déployer des applications Ruby on Rails

Un nouveau modèle de définition de version Azure App Service inclut désormais les tâches nécessaires au déploiement d’applications Ruby on Rails sur Azure WebApp sur Linux. Lorsque ce modèle de définition de mise en production est utilisé, la tâche de déploiement App Service est préremplie avec un script de déploiement inline qui permet à bundler (gestionnaire de dépendances) d’installer les dépendances des applications.

Configurer des applications Go et Ruby à l’aide de projets Azure DevOps

Azure 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 configure tout ce dont vous avez besoin pour développer, déployer et superviser votre application. Vous pouvez maintenant configurer un pipeline DevOps entier pour les applications Go et Ruby. Pour plus d’informations, consultez la documentation Déployer sur Azure .

Déployer en continu des builds marquées par le traitement post-build

Les déclencheurs de déploiement continu créent une version à l’achèvement de la build. Toutefois, les builds sont parfois post-traitées et la build ne doit être publiée qu’une fois ce traitement terminé. Vous pouvez maintenant tirer parti des balises de build, qui seraient affectées pendant le post-traitement, dans les filtres de déclencheur de la version.

déclencheur de balise de build

Filtrer les branches pour GitHub Enterprise ou les artefacts Git externes

Lors de la publication à partir de GitHub Enterprise ou de dépôts Git externes, vous pouvez maintenant configurer les branches spécifiques qui seront publiées. Par exemple, vous pouvez déployer uniquement des builds provenant d’une branche spécifique vers la production.

filtres de branche

Package

S’abonner aux notifications de mise à jour de package

Auparavant, la seule façon d’en savoir plus sur les nouvelles versions des packages que vous utilisez était via votre client de package (par exemple, Visual Studio, NuGet ou npm). Vous pouvez maintenant configurer Notifications par e-mail sur les packages qui vous intéressent. Vous pouvez obtenir des notifications sur les nouvelles versions d’un package spécifique ou de tous les packages d’un flux. Vous pouvez également être averti lorsque des packages sont promus ou supprimés.

Pour configurer cela, pointez sur votre image de profil dans le coin supérieur droit, choisissez Paramètres de notification, puis cliquez sur Nouvel abonnement. Dans la boîte de dialogue qui s’affiche, sélectionnez la catégorie Package .

Cette fonctionnalité a été rendue prioritaire à la suite d’une suggestion.

Utiliser amont packages NuGet d’ailleurs dans VSTS

Nous continuons d’investir dans amont sources, qui vous permettent de centraliser toutes vos dépendances de package dans un flux unique et de conserver des copies enregistrées de tous les packages que vous utilisez. Si vous avez plusieurs flux avec des packages NuGet, vous pouvez maintenant en ajouter un en tant que source amont de l’autre au sein du même compte. Cela vous permet d’avoir un seul flux dans votre fichiernuget.config, ce qui vous offre des avantages tels que la restauration déterministe. Pour plus d’informations, consultez la documentation sur les sources amont.

Amont de NuGet

Activer les sources nuget.org amont dans d’autres flux

Auparavant, seuls les flux créés après la mise à jour sprint 130 pouvaient utiliser la source nuget.org amont. Désormais, la plupart des flux gestion des packages créés avant cette mise à jour peuvent également l’utiliser. Si votre flux est prêt, vous verrez une bannière au-dessus de vos packages vous informant que vous pouvez activer le nuget.org amont source.

Les sources en amont vers les flux de package publics tels que nuget.org et npmjs.com conserver une copie enregistrée de chaque package que vous utilisez, de sorte que vous êtes protégé contre les pannes. Pour plus d’informations, consultez la documentation sur les sources amont.

Wiki

Lorsque vous souhaitez créer un lien vers une autre page wiki, vous pouvez simplement taper la syntaxe Markdown standard pour ajouter des liens [link name](/ et vous obtenez une inscription de toutes les pages dans le wiki actuel. Auparavant, vous avez pu cliquer et faire glisser une page wiki vers l’éditeur Markdown pour créer des liens, mais cela simplifie encore la création de liens dans les pages.

lien de page wiki autosuggestion

Cette fonctionnalité a été rendue prioritaire à la suite d’une suggestion.

Filtrer les résultats de la recherche par nom de wiki

La publication de fichiers Markdown à partir d’un dépôt Git en tant que Wiki, que nous avons publié la dernière mise à jour, signifie que vous commencerez à voir plusieurs wikis dans le même projet. Lors de la recherche, il peut être difficile de parcourir des documents similaires et de trouver ce que vous recherchez. À présent, lorsque vous recherchez votre page wiki, vous pouvez limiter vos résultats en appliquant le filtre de nom du wiki sur les pages de résultats de la recherche pour vous aider à trouver votre contenu plus rapidement.

noms de wiki dans la recherche

Administration

Déplacer un compte VSTS entre un abonnement Azure ou un groupe de ressources

Vous pouvez maintenant déplacer votre compte VSTS entre des abonnements Azure ou des groupes de ressources dans le Portail Azure, comme vous le pouvez avec la plupart des autres ressources Azure. Pour plus d’informations, consultez la documentation sur le déplacement des ressources .

É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.

Menu Commentaires

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

Merci,

Henry Dixon