次の方法で共有

Azure Boards コメントプライベート プレビューで HTML エディターと Markdown エディターを切り替える

  • [アーティクル]

この更新プログラムでは、Azure Boards のコメントで HTML エディターと Markdown エディターを切り替えることができるようになりました。

この機能のプライベート プレビューへの登録の詳細については、リリース ノートを参照してください。

Azure Boards

Azure Pipelines

Azure Boards

コメントの HTML または Markdown を切り替える

数か月前に、既存の HTML エディターを完全に置き換えることを目的として、 作業項目のコメントに Markdown を有効にするプライベート プレビュー が導入されました。 HTML エディターの好みを表すフィードバックを受け取り、アプローチを調整しました。 これで、コメント レベルで HTML エディターと Markdown エディターを柔軟に切り替えることができます。

Gif to demo switch between the HTML and markdown editor.

想定される内容を次に示します。

  • 既定のエディターは、作成した最後のコメントから固定されます。
  • 既存の HTML コメントを Markdown に変換できます。
  • Markdown コメントを作成または更新した後は、HTML に変換できません。

この更新プログラムは、事前登録されているすべての組織と、既定で新しい Boards Hub が有効になっている組織に対して実装されます。 さらに、より多くのフィードバックを収集するために、プレビュー期間をさらに数週間延長します。 プライベート プレビューへの登録に関心がある場合は、メールで直接連絡し、組織名 (dev.azure.com/{organization}) を入力してください。

ヒント

組織がすべてのユーザーに対して新しい Boards Hub の利用に完全に取り組んでいる場合にのみ、プレビューへの登録を検討してください。 古いボードでの Markdown コメントのエクスペリエンスが最適でない場合があります。

Azure Pipelines

YAML 検証の改善

YAML 構文が正しいことを確認するには、Azure Pipelines Web エディターの 検証 機能を使用できます。 したがって、この機能は可能な限り多くの YAML の問題をキャッチすることが重要です。

Screenshot of YAML validation.

このスプリントでは、式に関しては YAML 検証がより徹底されます。

YAML パイプラインを記述するときは、関数を使用して変数値を定義できます。

次の変数を定義するとします。

variables:
  Major: '1'
  Minor: '0'
  Patch: $[counter(format('{0}.{1}', variables.Major, variables.Minor ), 0)]

変数は Patch 、関数と他の counter 2 つの変数を使用して定義されます。 上記の YAML コードでは、単語 format はミススペルです。 以前は、このエラーは検出されません。 ここで、 検証 機能はこれを検出し、エラー メッセージを表示します。

Screenshot of incorrect variable definitions detected .

Azure Pipelines は、パイプライン/ステージ/ジョブ レベルで不適切な変数定義を検出します。

YAML パイプラインでは、条件を使用してステージの実行をスキップできます。 次の例のように、入力ミスもここに表示されます。

steps:
- task: NuGetCommand@2
  condition: eq(variable.Patch, 0)
  inputs:
    command: pack
    versioningScheme: byPrereleaseNumber
    majorVersion: '$(Major)'
    minorVersion: '$(Minor)'
    patchVersion: '$(Patch)'

タスクは NuGetCommand 、変数の値が 0 の Patch 場合にのみ実行されます。 繰り返しになりますが、条件に入力ミスがあり、[検証] 機能に入力ミスが表示されます。

Screenshot of Patch variable.

Azure Pipelines は、パイプライン/ステージ/ジョブ レベルで定義された不適切な YAML 条件を検出します。

スケーラビリティの確認フェーズ 3

承認とチェックのブログ投稿に更新メンション、承認とチェックのスケーラビリティの向上に向けて取り組んでいます。

フェーズ 3 に進み、毎週 1 日のブラウンアウトを実行します。その間、非準拠のチェックを使用するすべてのパイプライン実行は失敗します。

スケジュールされたブラウンアウトの日付は次のとおりです。

  • 2024 年 1 月 9 日、UTC 8:00 から 2024 年 1 月 10 日、08:00 UTC
  • 2024 年 1 月 16 日 08:00 UTC から 2024 年 1 月 17 日 08:00 UTC
  • 2024 年 1 月 23 日 08:00 UTC から 2024 年 1 月 24 日 08:00 UTC
  • 2024 年 1 月 30 日 08:00 UTC から 2024 年 1 月 31 日 08:00 UTC

次のステップ

Note

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

Azure DevOps に向かい、見てみましょう。

Azure DevOps に移動する

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

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

Screenshot Make a suggestion.

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

よろしくお願いします。

Dan Hellem