Partager via

Agents Linux et macOS hébergés par Microsoft en disponibilité générale – Mise à jour VSTS Sprint 137

  • Article

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

Il existe plusieurs 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 passez à VSTS pour les essayer vous-même.

Accéder à VSTS

Nouveautés de VSTS

Fonctionnalités

Code :

Wiki :

Build et mise en production :

Créer un package :

Admin :

Code

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

Important

Pour utiliser cette fonctionnalité, vous devez activer la fonctionnalité Nouvel aperçu de navigation sur votre profil ou organisation.

Lors du premier lancement de l’expérience de demande de tirage (PR), nous avons pensé qu’il serait judicieux d’affecter tous les PRS 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 beaucoup de personnes n’ont pas remarqué la connexion entre le contexte de l’équipe et l’affectation de 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 la possibilité de modifier cette association par défaut avec les équipes. Vous remarquerez deux modifications :

  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é permettant d’ajouter plus facilement des individus et des groupes qui ont été ajoutés aux demandes de tirage récemment. 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 passer en revue leur code.
  2. Le hub Pull Requests a une nouvelle section personnalisable. Par défaut, cette section affiche les demandes de tirage « Affectées à mes équipes », fournissant des fonctionnalités équivalentes à l’ancienne section. Toutefois, si vous appartenez à plusieurs équipes, cette section affiche 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 où vous avez parfois besoin de contourner une stratégie de branche : restauration d’une modification à l’origine d’un arrêt de build, application d’un correctif logiciel au milieu de la nuit, etc. Auparavant, nous avons proposé une autorisation (« Exempt de l’application des stratégies ») pour aider les équipes à gérer les utilisateurs auxquels les utilisateurs ont accordé la possibilité de contourner les stratégies de branche lors de la fin 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 divisé l’ancienne autorisation pour offrir davantage 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 aux branches dont les stratégies requises sont configurées.

En accordant la première autorisation et en refusant la seconde, un utilisateur sera en mesure d’utiliser l’option de contournement si nécessaire, mais aura toujours la protection contre la transmission accidentelle vers une branche avec des stratégies.

Remarque

Cette modification n’introduit aucune modification de comportement. Les utilisateurs qui ont été précédemment autorisés à autoriser « Exempt de l’application de stratégie » sont autorisés pour les deux nouvelles autorisations, de sorte qu’ils pourront remplacer la saisie semi-automatique sur les demandes de tirage et envoyer 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 titre de section d’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 de titre Wiki

Tous les liens d’un wiki qui ne sont pas liés correctement 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 rompus wiki

Joindre des fichiers et des images dans des dossiers

Lors de la modification des pages wiki hors connexion, il peut être plus facile d’ajouter des pièces jointes et des images de fichier 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 le lier à votre page. Cette fonctionnalité a été rendue prioritaire à la suite d’une suggestion.

Image Wiki dans le dossier du 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 simplement appuyer sur Ctrl + clic gauche sur une page wiki pour l’ouvrir dans un nouvel onglet.

Nouvel onglet Wiki

Génération 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 en préversion et en disponibilité générale. Après plusieurs mois en préversion, à l’écoute des commentaires et au réglage de l’infrastructure pour fournir un service cohérent, nous sommes heureux de les offrir 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 « Preview » (en nom uniquement). Les pools marqués « Préversion » ont atteint la disponibilité générale et sont équivalents aux pools nouvellement nommés correspondants qui seront bientôt déployées.

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

Auparavant, lorsque de nouvelles cibles ont été ajoutées à un groupe de déploiement, un déploiement manuel a été nécessaire pour s’assurer que toutes les cibles ont la même version. 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 groupes de déploiement.

Groupes de déploiement

Maintenez les déploiements en attente 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 soit promue vers l’environnement suivant. Par défaut, la mise en production progresse après qu’un échantillon réussi pour toutes les portes a été reçu. Même si une porte est erratique et que l’échantillon réussi reçu est bruit, la libération progresse. Pour éviter ces types de problèmes, vous pouvez maintenant configurer la version 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 s’assurerait que les évaluations consécutives des portes sont réussies avant d’autoriser la promotion. Le temps total d’évaluation dépend du « temps entre la réévaluation » et est 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 release à l’aide de portes .

Paramètre de conservation des portes

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

De retour en novembre, nous avons introduit DevOps Projects, qui vous aide à être opérationnel avec un pipeline DevOps complet sur Azure, à partir du code via la supervision, en quelques minutes seulement. Nous avons ajouté des services tout au long de la route et incorporé beaucoup de vos commentaires. Nous allons maintenant continuer à avancer avec elle 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 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 dans la navigation actuelle, recherchez le hub Packages dans le groupe build et hub de mise en production. Chaque organisation est fournie avec 5 utilisateurs gratuits de gestion des packages, et d’autres utilisateurs peuvent être achetés à partir de la Place de marché. Bientôt, vous pourrez également activer la visibilité de ce service dans votre organisation à l’aide de la page d’administration des services dans la nouvelle navigation que vous pouvez avec les autres.

Service packages

Administration

Connecter ou déconnecter Azure Active Directory en tant qu’administrateur de collection de projets

Un administrateur de collection de projets (PCA) peut maintenant connecter ou déconnecter son organisation d’Azure Active Directory. Auparavant, cela devait être effectué par une propriétaire d’organisation.

Projets publics disponibles en préversion pour toutes les organisations

Important

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

Comme nous l’avons annoncé en avril, nous apportons des projets publics à VSTS. Pour la première fois, vous pourrez marquer un projet d’équipe VSTS en tant que public. Cela permet aux utilisateurs anonymes (non authentifiés) 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 générer un référentiel hébergé sur GitHub, notez que si les demandes de tirage (PR) provenant de branches au sein de votre dépôt seront correctement générées, les demandes de tirage ouvertes à partir de fourche de votre dépôt ne seront pas générées pour le moment.

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

Nous avons apporté une modification à notre terminologie lorsqu’il s’agit de faire référence à une collection de projets dans VSTS. Auparavant, nous avons utilisé le terme « compte », mais nous avons constaté que cela a causé beaucoup de confusion pour le développeur plus large et code source ouvert communauté. Nous avons choisi de remplacer le terme « compte » par « organisation ». Vous allez commencer à voir ce déploiement de modifications dans la documentation et dans le produit avec cette mise à jour. Pour plus d’informations, consultez le billet d’adoption du mot « organisation » sur le blog Microsoft DevOps.

Comment fournir des commentaires

Nous aimerions savoir ce que vous pensez de ces fonctionnalités. Utilisez le menu 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