Partager via


Personnaliser le nom de votre branche par défaut

Dans ce sprint, nous avons introduit une nouvelle option qui permet aux clients de définir un nom de branche par défaut personnalisé pour tous les nouveaux dépôts.

Consultez la liste des fonctionnalités ci-dessous pour plus d’informations.

Fonctionnalités

Azure Boards

Azure Repos

Azure Pipelines

Azure Boards

Les parties prenantes peuvent déplacer des éléments de travail d’une colonne à l’autre (préversion privée)

Les parties prenantes ont toujours été en mesure de modifier l’état des éléments de travail. Mais lorsqu’ils accèdent au tableau Kanban, ils ne peuvent pas déplacer les éléments de travail d’une colonne à une autre. Au lieu de cela, les parties prenantes doivent ouvrir chaque élément de travail, un par un, et mettre à jour la valeur d’état. Cela a longtemps été un point douloureux pour les clients, et nous sommes heureux d’annoncer une préversion privée de ce sprint qui permettra aux parties prenantes de déplacer des éléments de travail entre les colonnes. Si vous souhaitez participer à la préversion privée, envoyez-nous un e-mail directement avec votre nom de organization (exemple : dev.azure.com/{nom organization}).

Azure Repos

Préférence de nom de branche par défaut

Azure Repos propose désormais un nom de branche par défaut personnalisable pour Git. Dans les paramètres du dépôt, vous pouvez choisir n’importe quel nom de branche légale à utiliser lors de l’initialisation d’un dépôt. Azure Repos a toujours pris en charge la modification du nom branche par défaut d’un dépôt existant. Pour plus d’informations, consultez Gérer les branches .

 default-branch-name

Remarque : si vous n’activez pas cette fonctionnalité, vos dépôts seront initialisés avec le nom par défaut de Azure Repos. Actuellement, cette valeur par défaut est master. Pour respecter l’engagement de Microsoft à l’égard de la langue inclusive et les demandes des clients, nous allons nous joindre à nos homologues du secteur pour changer cette valeur par défaut en main. Ce changement aura lieu plus tard cet été. Si vous souhaitez continuer à utiliser master, vous devez activer cette fonctionnalité maintenant et la définir sur master.

Azure Pipelines

Annonces d’images de pipelines

Notes

Nous travaillons constamment pour améliorer votre expérience à l’aide d’Azure Pipelines. Pour en savoir plus sur les mises à jour à venir sur nos mises à jour d’images Windows/Linux/macOS, veuillez case activée ici :

Les images Azure Pipelines sont continuellement mises à jour afin de fournir aux utilisateurs la meilleure expérience possible. Ces mises à jour de routine sont principalement destinées à résoudre les bogues ou les logiciels obsolètes. Ils n’auront souvent aucun impact sur vos pipelines, mais ce n’est pas toujours le cas. Votre pipeline peut être affecté s’il prend une dépendance à un logiciel qui a été supprimé ou mis à jour sur l’image.

Pour en savoir plus sur les mises à jour à venir sur nos images Windows et Linux, lisez les annonces suivantes :

Pour afficher les notes de publication pour les modifications à venir (préversion) et déployées, abonnez-vous aux notes de publication suivantes :

Déclencheurs multipo

Vous pouvez spécifier plusieurs référentiels dans un seul fichier YAML et provoquer le déclenchement d’un pipeline par des mises à jour de l’un des dépôts. Cette fonctionnalité est utile, pour instance, dans les scénarios suivants :

  • Vous consommez un outil ou une bibliothèque à partir d’un autre référentiel. Vous souhaitez exécuter des tests de votre application chaque fois que l’outil ou la bibliothèque est mis à jour.
  • Vous conservez votre fichier YAML dans un référentiel distinct du code de l’application. Vous souhaitez déclencher le pipeline chaque fois qu’une mise à jour est envoyée (push) au référentiel de l’application.

Avec cette mise à jour, les déclencheurs multipo fonctionnent uniquement pour les dépôts Git dans Azure Repos. Ils ne fonctionnent pas pour les ressources de dépôt GitHub ou Bitbucket.

Voici un exemple qui montre comment définir plusieurs ressources de dépôt dans un pipeline et comment configurer des déclencheurs sur toutes ces ressources.

trigger:
  - main

resources:
  repositories:
    - repository: tools
      type: git
      name: MyProject/tools
      ref: main
      trigger:
        branches:
          include:
            - main
            - release

Dans cet exemple, le pipeline sera déclenché s’il existe des mises à jour pour :

  • main branche dans le self référentiel contenant le fichier YAML
  • main ou release branches dans le tools dépôt

Pour plus d’informations, consultez Plusieurs dépôts dans votre pipeline.

Mises à jour à l’image macOS 10.14 (Mojave)

Dans les prochaines semaines, nous allons mettre à jour la version Node.js sur l’image macOS 10.14 (Mojave) de 6 à 8. Si vous devez toujours utiliser node.js version 6, envisagez d’utiliser la tâche du programme d’installation de l’outil node.js ici.

En plus de ces modifications, l’image macOS 10.14 sera ajoutée au référentiel d’environnement virtuel et commencera à recevoir des mises à jour des outils tous les mois au lieu d’une semaine.

Les demandes de tirage brouillon GitHub ne déclenchent pas de pipelines

Lorsque vous créez un brouillon de demande de tirage dans Azure Repos, nous ne déclencherons pas de pipeline de validation de demande de tirage configuré dans votre stratégie de branche. Nous considérons qu’un brouillon de demande de tirage n’est qu’un brouillon pour lequel nous ne devrions pas exécuter automatiquement des validations. Bien que ce cas d’usage ait fonctionné pour Azure Repos, le même comportement ne s’est pas tenu pour les dépôts GitHub.

Avec ce changement, nous rendons également l’expérience cohérente pour les dépôts GitHub. Lorsque vous créez un brouillon de demande de tirage dans GitHub, nous ne démarrerons pas automatiquement un pipeline, même si vous configurez un déclencheur de demande de tirage pour la branche cible. Pour valider vos modifications dans un brouillon de demande de tirage, vous pouvez démarrer manuellement un pipeline pointant vers le ref de la demande de tirage.

É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 d’aide pour signaler un problème ou fournir une suggestion.

Faire une suggestion

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

Merci,

Aaron Hallberg