既定のブランチ名をカスタマイズする

このスプリントでは、すべての新しいリポジトリにカスタム 既定のブランチ名を設定できる新しいオプションが導入されました。

詳細については、以下の 機能 の一覧を参照してください。

機能

Azure Boards

• 利害関係者は、作業項目をボード列間で移動できます (プライベート プレビュー)

Azure Repos

• 既定のブランチ名の基本設定

Azure Pipelines

• パイプライン イメージのお知らせ
• マルチリポジトリ トリガー
• macOS 10.14 (Mojave) イメージへの更新
• GitHub ドラフト pull request でパイプラインがトリガーされない

Azure Boards

利害関係者は、作業項目をボード列間で移動できます (プライベート プレビュー)

利害関係者は、常に作業項目の状態を変更することができました。 ただし、かんばんボードに移動すると、作業項目をある列から別の列に移動できなくなります。 代わりに、利害関係者は各作業項目を一度に 1 つずつ開き、状態値を更新する必要があります。 これは長い間、お客様にとっての問題点であり、利害関係者が作業項目をボード列間で移動できるようにするプライベート プレビューをこのスプリントでお知らせします。 プライベート プレビューに参加する場合は、organization名 (例: dev.azure.com/{organization名}) を直接メールでお送りください。

Azure Repos

既定のブランチ名の基本設定

Azure Repos Git のカスタマイズ可能な既定のブランチ名が提供されるようになりました。 リポジトリの設定では、リポジトリの初期化時に使用する任意の有効なブランチ名を選択できます。 Azure Reposでは、既存のリポジトリの既定のブランチ名の変更が常にサポートされています。 詳細については、「 ブランチの管理 」を参照してください。

 

注: この機能を有効にしない場合、リポジトリはAzure Reposの既定の名前で初期化されます。 現時点では、その既定値は master です。 包括的な言語に対する Microsoft のコミットメントと顧客の要求を尊重するために、この既定値を メイン に変更するために、業界の同僚に参加します。 この変更は今年の夏の後半に行われます。 マスターを引き続き使用する場合は、この機能を今すぐ有効にして、master に設定する必要があります。

Azure Pipelines

パイプライン イメージのお知らせ

注意

Microsoft は、Azure Pipelines を使用してエクスペリエンスの向上に継続的に取り組んでいます。 Windows/Linux/macOS イメージ更新プログラムの今後の更新プログラムの詳細については、こちらをチェックしてください。

Azure Pipelines イメージは、可能な限り最高のエクスペリエンスをユーザーに提供するために継続的に更新されます。 これらの定期的な更新プログラムは、主にバグや古いソフトウェアに対処することを目的としています。 多くの場合、パイプラインには影響しませんが、必ずしもそうであるとは限りません。 イメージで削除または更新されたソフトウェアの一部に依存するパイプラインが影響を受ける可能性があります。

Windows および Linux イメージの今後の更新プログラムの詳細については、次のお知らせをお読みください。

• ウィンドウ 2016
• Windows 2019
• Ubuntu 16.04
• Ubuntu 18.04
• Ubuntu 20.04
• Mac OS 10.15

今後 (プレリリース) およびデプロイされた変更のリリース ノートを表示するには、次のリリース ノートをサブスクライブしてください。

• リリース ノート

マルチリポジトリ トリガー

1 つの YAML ファイルで複数のリポジトリを指定し、いずれかのリポジトリに対する更新によってパイプラインがトリガーされます。 この機能は、たとえば、次のシナリオで役立ちます。

• 異なるリポジトリにあるツールまたはライブラリを使っています。 ツールまたはライブラリが更新されるたびに、アプリケーションのテストを実行する必要があります。
• アプリケーション コードとは別のリポジトリに、YAML ファイルを保持しています。 更新がアプリケーションのリポジトリにプッシュされるたびに、パイプラインをトリガーする必要があります。

この更新プログラムでは、マルチリポジトリ トリガーは、Azure Repos内の Git リポジトリでのみ機能します。 GitHub または Bitbucket リポジトリ リソースでは機能しません。

パイプラインで複数のリポジトリ リソースを定義する方法と、それらのすべてに対してトリガーを構成する方法を示す例を次に示します。

trigger:
  - main

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

この例のパイプラインは、次の更新がある場合にトリガーされます。

• main YAML ファイルを self 含むリポジトリ内のブランチ
• mainリポジトリ内toolsのブランチまたはreleaseブランチ

詳細については、「 パイプライン内の複数のリポジトリ」を参照してください。

macOS 10.14 (Mojave) イメージへの更新

今後数週間で、macOS 10.14 (Mojave) イメージのNode.jsバージョンを 6 から 8 に更新します。 バージョン 6 node.js引き続き使用する必要がある場合は、node.js ツール インストーラー タスクの使用を検討してください 。 こちら。

これらの変更に加えて、macOS 10.14 イメージが 仮想環境 リポジトリに追加され、毎週ではなく毎月ツール更新プログラムの受信が開始されます。

GitHub ドラフト pull request でパイプラインがトリガーされない

Azure Reposでドラフト pull request を作成する場合、ブランチ ポリシーで構成された PR 検証パイプラインはトリガーされません。 下書き pull request は、検証を自動的に実行しないドラフトと見なされます。 このユース ケースはAzure Reposで機能しましたが、GitHub リポジトリでも同じ動作は保持されませんでした。

この変更により、GitHub リポジトリでもエクスペリエンスの一貫性が保たれます。 GitHub で 下書き pull request を作成する場合、ターゲット ブランチの pull request トリガーを構成しても、パイプラインは自動的に開始されません。 下書き pull request で変更を検証するために、pull request の を ref 指すパイプラインを手動で開始できます。

次のステップ

Note

これらの機能は、今後 2 ~ 3 週間にわたってロールアウトされます。

Azure DevOps に進み、見てみましょう。

Azure DevOps に移動する

フィードバックの提供方法

これらの機能についてご意見をお聞かせください。 ヘルプ メニューを使用して、問題を報告したり、提案を提供したりします。

Stack Overflow のコミュニティからアドバイスや質問に回答してもらうこともできます。

よろしくお願いします。

アーロン・ハルベルク