下書きプル要求と新しい作業項目テキスト エディター - Sprint 143 Update

Azure DevOps の Sprint 143 Update では、より強力で使いやすい 新しい作業項目テキスト エディター が導入されています。 これは、製品全体のエクスペリエンスを最新化し、改善するための取り組みの一環です。 Azure Reposでは、下書きの pull request を使用すると、まだ完了する準備ができていない pull request を作成できるため、誤って完了することはできません。 また、成果物のアップロードでファイルを除外し、パッケージに関する実績情報を取得する機能など、Azure Artifacts のいくつかの新機能もリリースしています。

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

機能

全般:

Azure Boards:

Azure Repos:

Azure Pipelines:

Azure Artifacts:

全般

REST API バージョン 5.0

すべての API 要求に API バージョンが含まれている必要があります。 ただし、API バージョンを使用せずに以前にリリースされたエンドポイントに REST 要求を行う場合、その要求の既定のバージョンは、このデプロイで 4.1 から 5.0 に切り替わります。 REST と API バージョンの詳細については、「REST API リファレンスAzure DevOps Services参照してください。

Azure Boards

新しい作業項目テキスト エディター

作業項目フォームの新しいテキスト エディターの一般提供についてお知らせします。 私たちのテキストエディタはしばらくの間時代遅れであり、この新しい経験は大きな改善になるでしょう。 新しいエディターはよりモダンで強力であり、画像のサイズ変更、コード スニペット、Mac と Windows の両方のキーボード ショートカット、完全な絵文字ライブラリなどの新機能が導入されています。

このコントロールは、ディスカッションを含め、作業項目フォームの任意のテキスト フィールドで使用できます。 期待できる新しいエクスペリエンスを次に示します。

テキスト エディター

以下に、コード スニペットのエクスペリエンスを示します。 この追加により、作業項目フォームのコードについて簡単かつ明確に説明できます。

テキスト エディター のコード

私たちは本当に作業項目をより社会的な経験にしたいと思っています。 その取り組みにおける最初のステップは、作業項目に関するテキスト フィールドとディスカッションに絵文字サポートを提供することです。 絵文字を使用すると、あなたの説明やコメントを生き生きとさせ、もう少し個性を与えることができます!

このエディターの作業はオープンソースされているため、 の GitHub https://github.com/Microsoft/roosterjsで roosterjs リポジトリをチェックしてください。

Azure Repos

ブランチ ピッカーの改善

Azure Reposのほとんどのエクスペリエンスでは、リポジトリとそのリポジトリ内のブランチを選択する必要があります。 多数のブランチを持つ組織でこのエクスペリエンスを向上させるために、新しいブランチ ピッカーをロールアウトします。 ピッカーを使用すると、お気に入りのブランチを選択したり、ブランチをすばやく検索したりできるようになりました。

ブランチ ピッカー

ドラフト プル リクエスト

準備が整う前に pull request が完了するのを防ぎ、全員が関与しない可能性がある進行中の作業を簡単に作成できるようにするために、下書きの pull request がサポートされるようになりました。

下書きプル要求は、pull request の作成時に [作成] ボタン ドロップダウンから [下書きとして作成] を選択することで作成できます。

PR ドラフトを作成する

下書きプルリクエストを作成すると、タイトルの横にステータスを示すバッジが表示されます。

状態を示すバッジ。

下書きプル要求には、レビュー担当者が含まれていないか、既定でビルドを実行しますが、レビュー担当者を手動で追加してビルドを実行できます。 pull request を通常の pull request に昇格するには、pull request の詳細ページから [発行 ] ボタンをクリックするだけです。

Azure Pipelines

タグを使用して YAML パイプラインをトリガーする

YAML パイプラインは、タグがコミットに追加されたときにトリガーできます。 これは、ワークフローにタグが含まれるチームにとって重要です。 たとえば、コミットが "最後の既知の正常" としてタグ付けされたときにプロセスを開始できます。

含めるタグと除外するタグを指定できます。 次に例を示します。

trigger:
  tags:
    include:
    - releases/*
    exclude:
    - releases/old*

pull requests が更新されたときに既存のパイプラインを自動キャンセルするように設定する

既定では、新しいコミットが同じ PR にプッシュされると、pull requests (PR) によってトリガーされたパイプラインは取り消されます。 これは、通常は古いコードでパイプラインを実行し続けたくないため、ほとんどの場合に望ましいことです。 この動作が不要な場合は、PR トリガーに autoCancel: false を追加できます。

pr:
  branches:
    include:
    - main
    - releases/*
  autoCancel: false

コンテナー リソースをインラインで宣言する

以前は、YAML パイプラインでコンテナー リソースを宣言してから、名前で参照する必要があります。 コンテナーを複数回参照しない場合のインライン構文が提供されるようになりました。

jobs:
- job: my-container-job
  container:
    image: mcr.microsoft.com/dotnet/core/runtime:latest

新しいプロジェクトの既定のアクセス許可に対する変更

これまで、プロジェクト共同作成者は、明示的にビルド定義の作成アクセス許可が付与されていない限り、 パイプラインを作成 できませんでした。 新しいプロジェクトでは、すべてのチーム メンバーがパイプラインを簡単に作成して更新できるようになりました。 この変更により、 Azure Pipelines へのオンボード中の新規顧客の摩擦が軽減されます。 共同作成者グループの既定のアクセス許可をいつでも更新し、そのアクセスを制限できます。

デプロイ グループ内の失敗したターゲットにデプロイする

既定では、 Azure Pipelines は、以前に失敗した実行を再デプロイするときに、すべてのジョブを再実行するために使用されます。 ここで、デプロイ時に デプロイ オプション を構成することで、この動作をオーバーライドできます。 [ デプロイ グループ内のすべてのジョブと失敗したターゲットに制限 する] オプションを選択すると、再実行はすべてのジョブを実行し、既に最新のターゲットへのデプロイをスキップします。

デプロイ グループ内の失敗したターゲットにデプロイします。

コードとしてのインフラストラクチャのサポート

コードとしてのインフラストラクチャ (IaC) のサポートを Azure DevOps プロジェクトに追加しています。 IaC は、従来の対話型構成ツールではなく定義ファイルを使用して構成を設定しながら、何らかの宣言型アプローチでコンピューティング インフラストラクチャを管理およびプロビジョニングするプロセスです。 これにより、ソリューション内のリソースをグループとして操作できます。 デプロイ用のテンプレートを使用して、ソリューションのすべてのリソースをデプロイ、更新、または削除できます。 このテンプレートは、テスト、ステージング、運用など、さまざまな環境に使用できます。

Azure Artifacts

成果物のアップロードでファイルを除外する

以前は、公開された成果物からファイルを除外するには、ファイルをステージング ディレクトリにコピーし、除外するファイルを削除してからアップロードする必要があります。 これで、ユニバーサル パッケージとパイプライン成果物の両方が、アップロード先のディレクトリで .artifactignore というファイルを検索し、それらのファイルを自動的に除外するため、ステージング ディレクトリが不要になります。

パッケージに関する実績情報

この更新プログラムにより、パッケージの発行者や発行元のソース コード コミットなど、パッケージの実証を理解しやすくなります。 この情報は、 npmNuGet 、.NET Core、 Twine Authenticate (Python 用)、 ユニバーサル パッケージ タスクを使用して発行されたすべてのパッケージに対して自動的に設定されます。

パッケージに関する実証情報。

Azure Artifacts REST API ドキュメントの更新

このスプリントの更新により、Azure Artifacts REST API のドキュメントの大幅な更新がロールアウトされます。これにより、独自のアプリケーションでそれらに対する開発が容易になります。

次のステップ

Note

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

以下の新機能について読み、Azure DevOps に進んで自分で試してみてください。

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

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

ご提案の送信

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

よろしくお願いします。

Jeremy Epling