Partager via

Disponibilité générale des agents Linux et macOS hébergés par Microsoft – Mise à jour VSTS Sprint 137

  • Article

Dans la mise à jour sprint 137 de Visual Studio Team Services (VSTS), nous supprimons le moniker « Préversion » de nos agents CI/CD hébergés par Microsoft Linux et macOS et les mettons à la disposition générale. Avec notre agent Windows hébergé par Microsoft, vous disposez désormais d’une plateforme fiable et évolutive pour les builds et les mises en production, quelle que soit votre plateforme.

Il existe un certain nombre d’autres fonctionnalités dans code, wiki, package et administration. Pour plus d’informations, consultez la liste des fonctionnalités ci-dessous.

Étapes suivantes

Découvrez les nouvelles fonctionnalités ci-dessous et rendez-vous sur VSTS pour les essayer par vous-même.

Accéder à VSTS

Nouveautés de VSTS

Fonctionnalités

Code :

Wiki :

Build et mise en production :

Package :

Admin :

Code

Créer des demandes de tirage sans équipe par défaut en tant que réviseur

Important

Pour utiliser cette fonctionnalité, la fonctionnalité Nouvelle navigation en préversion doit être activée sur votre profil ou organization.

Lorsque nous avons lancé l’expérience de demande de tirage (TIRAGE), nous avons pensé qu’il serait judicieux d’affecter toutes les demandes de tirage au contexte d’équipe que vous aviez sélectionné lors de la création de la demande de tirage. Ce comportement a été un point de frustration, car de nombreuses personnes n’ont pas remarqué le lien entre le contexte d’équipe et l’affectation de la demande de tirage. En fait, il s’agit de l’une de nos principales suggestions UserVoice.

Dans le cadre des nouvelles modifications de navigation, nous avons profité de l’occasion pour modifier cette association par défaut avec les équipes. Vous remarquerez deux changements :

  1. Lors de la création d’une demande de tirage, aucun réviseur n’est ajouté par défaut. La liste des réviseurs dispose d’une fonctionnalité qui facilite l’ajout d’individus et de groupes récemment ajoutés aux demandes de tirage. La stratégie des réviseurs requis peut également aider les équipes qui souhaitent s’assurer que des réviseurs spécifiques sont ajoutés pour examiner leur code.
  2. Le hub Demandes de tirage comporte une nouvelle section personnalisable. Par défaut, cette section affiche les demandes de tirage « Affectées à mes équipes », en fournissant des fonctionnalités équivalentes à l’ancienne section. Toutefois, si vous appartenez à plusieurs équipes, cette section présente les demandes de tirage attribuées à l’une de vos équipes. La section est également personnalisable : cliquez simplement sur l’action « Personnaliser cette vue » près de l’en-tête de section.

Autoriser le contournement des stratégies de branche sans renoncer à la protection push

Il existe de nombreux scénarios dans lesquels vous avez parfois besoin de contourner une stratégie de branche : rétablissement d’une modification qui a provoqué une interruption de génération, application d’un correctif logiciel au milieu de la nuit, etc. Auparavant, nous proposions une autorisation (« Exempt de l’application de la stratégie ») pour aider les équipes à gérer les utilisateurs qui avaient la possibilité de contourner les stratégies de branche lors de l’exécution d’une demande de tirage. Toutefois, cette autorisation a également accordé la possibilité d’envoyer directement à la branche, en contournant entièrement le processus de demande de tirage.

Pour améliorer cette expérience, nous avons fractionné l’ancienne autorisation pour offrir plus de contrôle aux équipes qui accordent des autorisations de contournement. Il existe deux nouvelles autorisations pour remplacer l’ancienne :

  1. Contourner les stratégies lors des demandes de tirage. Les utilisateurs disposant de cette autorisation pourront utiliser l’expérience « Remplacer » pour les demandes de tirage.
  2. Contourner les stratégies lors de l’envoi. Les utilisateurs disposant de cette autorisation pourront envoyer (push) directement vers les branches pour laquelle les stratégies requises sont configurées.

En accordant la première autorisation et en refusant la seconde, un utilisateur pourra utiliser l’option de contournement si nécessaire, mais aura toujours la protection contre l’envoi (push) accidentellement vers une branche avec des stratégies.

Notes

Cette modification n’introduit aucune modification de comportement. Les utilisateurs qui étaient précédemment autorisés à autoriser « Exempt de l’application de la stratégie » se verront accorder l’autorisation Autoriser pour les deux nouvelles autorisations, de sorte qu’ils pourront à la fois remplacer l’achèvement sur les demandes de tirage et envoyer (push) directement aux branches avec des stratégies.

Pour plus d’informations, consultez la documentation Définir les autorisations de branche .

Wiki

Lien vers des en-têtes dans une page

Vous pouvez maintenant cliquer sur l’icône de lien en regard de n’importe quel en-tête de section dans une page wiki pour générer une URL directement vers cette section. Vous pouvez ensuite copier cette URL et la partager avec les membres de l’équipe pour les lier directement à cette section. Cette fonctionnalité a été rendue prioritaire à la suite d’une suggestion.

URL du titre wiki

Tous les liens d’un wiki qui ne sont pas correctement liés apparaissent dans une couleur rouge distincte et une icône de lien rompu, ce qui vous donne un indice visuel de tous les liens rompus dans une page wiki.

Liens wiki rompus

Joindre des fichiers et des images dans des dossiers

Lors de la modification de pages wiki hors connexion, il peut être plus facile d’ajouter des pièces jointes et des images de fichiers dans le même répertoire que la page wiki. À présent, vous pouvez ajouter une pièce jointe ou une image dans n’importe quel dossier du wiki et la lier à votre page. Cette fonctionnalité a été rendue prioritaire à la suite d’une suggestion.

Image wiki dans le dossier de dépôt Git

Ouvrir la page dans un nouvel onglet

Vous pouvez maintenant cliquer avec le bouton droit sur une page wiki et l’ouvrir dans un nouvel onglet ou appuyer simplement sur Ctrl + cliquer avec le bouton gauche sur une page wiki pour l’ouvrir dans un nouvel onglet.

Nouvel onglet wiki

Build et mise en production

Générer et publier avec des agents Linux et macOS hébergés par Microsoft

Les agents Linux et macOS hébergés par Microsoft sont désormais hors préversion et en disponibilité générale. Après plusieurs mois en préversion, l’écoute des commentaires et le réglage de l’infrastructure pour fournir un service cohérent, nous sommes ravis de les proposer maintenant en disponibilité générale. Pour plus d’informations, consultez la documentation sur les agents hébergés par Microsoft .

Important

En raison de la façon dont les pools hébergés ont été implémentés en préversion, les pools d’agents dans les organisations existantes continueront à avoir le moniker « Préversion » (dans le nom uniquement). Les pools marqués « Préversion » ont atteint la disponibilité générale et seront équivalents aux pools correspondants nouvellement nommés qui seront bientôt mis en service.

Déployer automatiquement sur de nouvelles cibles dans un groupe de déploiement

Auparavant, lorsque de nouvelles cibles étaient ajoutées à un groupe de déploiement, un déploiement manuel était nécessaire pour s’assurer que toutes les cibles ont la même mise en production. Vous pouvez maintenant configurer l’environnement pour déployer automatiquement la dernière version réussie sur les nouvelles cibles. Nous prévoyons d’ajouter des événements de déclencheur et des actions supplémentaires à la configuration de redéploiement automatique dans les sprints à venir. Pour plus d’informations, consultez la documentation des groupes de déploiement.

Groupes de déploiement

Maintenez les déploiements jusqu’à ce que les portes réussissent de manière cohérente

Les portes de mise en production permettent l’évaluation automatique des critères d’intégrité avant qu’une mise en production ne soit promue dans l’environnement suivant. Par défaut, la mise en production progresse après la réception d’un échantillon réussi pour toutes les portes. Même si une porte est erratique et que l’échantillon reçu avec succès est du bruit, la libération progresse. Pour éviter ces types de problèmes, vous pouvez maintenant configurer la mise en production pour vérifier la cohérence de l’intégrité pendant une durée minimale avant de progresser. Au moment de l’exécution, la mise en production garantit que les évaluations consécutives des portes sont réussies avant d’autoriser la promotion. Le temps total d’évaluation dépend du « délai entre la réévaluation » et serait généralement supérieur à la durée minimale configurée. Pour plus d’informations, consultez la documentation Relative au contrôle de déploiement de mise en production à l’aide de portes .

Paramètre de conservation des portes

Azure DevOps Projects désormais en disponibilité générale

En novembre , nous avons introduit DevOps Projects, qui vous permet d’être opérationnel avec un pipeline DevOps complet sur Azure, du code à la supervision, en quelques minutes. Nous avons ajouté des services en cours de route et incorporé un grand nombre de vos commentaires. Nous allons maintenant continuer à l’utiliser en disponibilité générale pour vous aider à aller encore plus loin dans votre parcours avec DevOps. Pour plus d’informations, consultez le billet de disponibilité générale d’Azure DevOps Projects sur le blog Microsoft DevOps.

Package

Prise en main de la gestion des packages préinstallée

L’extension Gestion des packages est préinstallée dans toutes les organisations. Si vous utilisez la nouvelle préversion de navigation, recherchez-la en bas de la liste des services. Si vous êtes toujours sur la navigation actuelle, recherchez le hub Packages dans le groupe Hub de génération et de mise en production . Chaque organization est fourni avec 5 utilisateurs gratuits de gestion des packages, et des utilisateurs supplémentaires peuvent être achetés sur la Place de marché. Bientôt, vous pourrez également désactiver la visibilité de ce service dans votre organization à l’aide de la page d’administration des services dans la nouvelle navigation, comme vous le pouvez avec les autres.

Service packages

Administration

Connecter ou déconnecter Azure Active Directory en tant que Administration de collection de projets

Un administrateur de collection de projets (PCA) peut désormais se connecter ou déconnecter ses organization d’Azure Active Directory. Auparavant, cela devait être effectué par un propriétaire d'organisation.

Projets publics disponibles en préversion pour toutes les organisations

Important

Pour utiliser cette fonctionnalité, un administrateur organization doit activer les projets publics à partir de la page Paramètres.

Comme nous l’avons annoncé en avril dernier, nous apportons des projets publics à VSTS. Pour la première fois, vous serez en mesure de marquer un projet d’équipe VSTS comme public. Cela permet aux utilisateurs anonymes (non authentifiés) d’être en mesure d’afficher le contenu de ce projet, y compris les éléments de travail, le code et les résultats de génération. Bien que la fonctionnalité soit toujours en préversion, à partir de ce sprint, vous n’aurez plus besoin d’être invité à rejoindre la préversion privée.

Important

Si vous utilisez un projet public pour créer un dépôt hébergé sur GitHub, notez que si les demandes de tirage (PRs) provenant de branches au sein de votre dépôt seront correctement générés, les demandes de tirage ouvertes à partir des duplications de votre dépôt ne seront pas générés pour l’instant.

Adoptez le mot « organization » quand vous faites référence à une collection de projets dans VSTS

Nous avons modifié notre terminologie lorsqu’il s’agit de faire référence à une collection de projets dans VSTS. Auparavant, nous utilisions le terme « compte », mais nous avons constaté que cela a causé beaucoup de confusion pour l’ensemble des développeurs et open source communauté. Nous avons choisi de remplacer le terme « account » par « organization ». Vous commencerez à voir le déploiement de cette modification dans la documentation et dans le produit avec cette mise à jour. Pour plus d’informations, consultez le billet Adopter le mot « organization » sur le blog Microsoft DevOps.

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.

Menu Commentaires

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

Merci,

Biju Venugopal