かんばんボードからリンクされた GitHub アクティビティを表示する - Sprint 153 Update
Azure DevOps の Sprint 153 Update では、GitHub とのAzure Boards統合を引き続き強化しています。 これで、リンクされた GitHub のコミット、pull request、Issue に関する情報をかんばんボードから取得できます。 この情報を使用すると、項目がどこにあるかを簡単に理解でき、GitHub コミット、pull request、または issue に直接移動して詳細を確認できます。
詳細については、以下の 機能 の一覧を参照してください。
Azure DevOps の新機能
機能
全般:
Azure Boards:
- かんばんボードからリンクされた GitHub アクティビティをすばやく表示する
- 添付ファイルとリンクを含む作業項目をコピーする
- 作業項目のテキスト ファイルをプレビューする
- ボード、バックログ、スプリント ピッカーのすべてのチームを表示する
Azure Pipelines:
- ホストされたパイプライン イメージへの更新
- 成果物を操作する簡単な方法
- cron 構文を使用して YAML ファイルでスケジュールを指定する
- マルチステージ パイプラインのパブリック プレビューへの更新
Azure Repos:
Azure Artifacts:
Wiki:
市場：
全般
Azure DevOps の IP アドレス範囲の変更
可用性を向上させ、待機時間を短縮するフロントエンド ルーティング移行を実行しています。 この移行の一環として、IP アドレス空間が変更されます。 現在、ファイアウォール規則を使用して Azure DevOps へのトラフィックを許可している場合は、新しい IP 範囲を考慮してこれらの規則を必ず更新してください。
IPv4 の範囲
- 13.107.6.0/24
- 13.107.9.0/24
- 13.107.42.0/24
- 13.107.43.0/24
IPv6 の範囲
- 2620:1ec:4::/48
- 2620:1ec:a92::/48
- 2620:1ec:21::/48
この更新プログラムの詳細については、こちらのお知らせを含むブログ投稿を参照 してください。
パブリック プレビューの監査
Azure DevOps の監査がパブリック プレビューとしてすべての組織で利用できるようになったことをお知らせします。
監査では、Azure DevOps organization全体で発生した変更がログに記録されます。 監査可能なイベントが発生すると、ログ エントリが記録されます。 監査イベントの例としては、Git リポジトリの作成、アクセス許可の変更、リソースの削除、コードのダウンロード、監査機能へのアクセスなどがあります。
監査イベントには、IP、イベントのログ記録の原因となったユーザー、何が起こったか、その他の有用な情報などの情報が含まれます。この情報は、だれ、何、いつ、どこで質問に答えるのに役立ちます。
注意
監査イベントは 90 日間保存されます。 ただし、監査 REST API を使用して監査イベントを外部の場所にバックアップして、90 日を超えて保持することができます。
既定では、プロジェクト コレクション管理者のみが監査ログにアクセスできます。 管理者は、監査ログにアクセスするための個別のアクセス許可をチーム メンバーに付与できます。 監査機能は、[組織] 設定の下にあります。 詳細については、こちら を参照してください。
コマンド ラインからセキュリティ グループとアクセス許可を管理する
az devops セキュリティ アクセス許可コマンドを使用して、コマンド ラインからセキュリティ グループとアクセス許可を管理できるようになりました。 コマンドを使用すると、アクセス許可を管理し、セキュリティ グループを作成するプロセスを標準化するためのスクリプトを作成できます。 さらに、コマンドを使用してレポートを実行し、セキュリティ グループと対応するアクセス許可の一覧を表示できます。
詳細については、コマンドとその構文とヘルプ ドキュメントを参照してください。
Azure Boards
かんばんボードからリンクされた GitHub アクティビティをすばやく表示する
かんばんボードを自分でレビューするとき、またはチームとして、"この項目はまだ開発を開始しましたか?"、"このアイテムはまだレビュー中ですか?" など、多くの場合に質問があります。かんばんボード上の新しい GitHub 注釈を使用すると、項目がどこにあるかを簡単に理解し、GitHub コミット、pull request、または issue に直接移動して詳細を確認できるようになりました。 これとタスクとテストのその他の注釈の詳細については、 カードのカスタマイズ に関するドキュメントを参照してください。
添付ファイルとリンクを含む作業項目をコピーする
作業項目のコピーを作成し、新しい作業項目に軽微な変更を含める必要がある場合があります。 以前は、作業項目のコンテンツとリンクのみをコピーできました。 これで、添付ファイルもコピーできるようになりました。
添付ファイルを含む作業項目をコピーするには、省略記号から [作業項目のコピー] を選択し、[添付ファイル] を選択します。
作業項目のテキスト ファイルをプレビューする
多くの場合、.txt ファイルと .log ファイルは、軽いメモやイベントのドキュメントの作業項目に添付されます。 作業項目でこれらのテキスト添付ファイルをプレビューできるようになりました。そのため、コンテンツを表示するためにダウンロードする必要はありません。
ボード、バックログ、スプリント ピッカーのすべてのチームを表示する
チーム間を移動する場合は、お気に入りに含まれていないチームを検索できます。 以前は、チームを検索するためにディレクトリ ページに移動する必要がありました。 これで、ワークフローを中断することなく、Boards、Backlogs、または Sprints のピッカーからプロジェクト内の任意のチームを検索できるようになりました。
Azure Pipelines
ホストされたパイプライン イメージへの更新
注意
VS2017 および VS2019 イメージ用の Sprint 152 Update は展開されません。 Sprint 153 Update には、Sprint 152 の変更が含まれます。
この更新プログラムでは、VS2019 イメージに Windows SDK 18362 を追加しました。 さらに、バグに対処するために、いくつかのバージョンの Python をダウングレードしました。 この更新プログラムの新しいバージョンは次のとおりです。
| OS | 2.7.x | 3.5.x | 3.7.x |
|---|---|---|---|
| Linux | 2.7.15 | 3.5.5 | 3.7.2 |
| Mac | 2.7.15 | 3.5.5 | 3.7.2 |
| Windows | 2.7.1 | 3.5.4 | 3.7.2 |
最新リリースの詳細 については、こちらを参照してください。 画像で使用できるツールの完全な一覧については、GitHub の Image Generation リポジトリ を参照してください。
成果物を操作する簡単な方法
注意
新しい YAML キーワードと更新されたタスクは、現在プレビュー段階です。
YAML ベースのパイプラインで成果物を発行 および使用しやすくするために、2 つの YAML キーワード (発行と ダウンロード) を追加しました。 これらのキーワードは、ほとんどのシナリオで従来のタスク ステップの代わりに使用できます。 たとえば、bin ディレクトリの内容を "バイナリ" という名前の成果物として発行 (アップロード) するには、次の YAML コードを使用します。
steps:
- publish: bin
artifact: binaries
同じジョブまたは同じパイプライン内の後のジョブで成果物を使用 (ダウンロード) するには、次を使用します。
steps:
- download: current
artifact: binaries
また、従来のビルド成果物の発行タスクで発行された成果物をダウンロードできるように、パイプライン成果物のダウンロードも更新しました。 これで、パイプラインで成果物を使用するときに成果物がどのように発行されたかを把握する必要はありません。
これらの変更の詳細については、こちらの Azure Pipeline ドキュメントの パイプライン成果物を参照してください。
cron 構文を使用して YAML ファイルでスケジュールを指定する
以前は、UI エディターを使用して、YAML パイプラインのスケジュールされたトリガーを指定できました。 この更新プログラムでは、YAML ファイルで cron 構文を使用してビルドをスケジュールし、次の利点を利用できます。
- コードとしての構成: コードの一部として、パイプラインと共にスケジュールを追跡できます。
- 表現力: UI を使用した場合よりも、スケジュールを定義する表現力が高くなります。 たとえば、1 時間ごとに実行を開始する 1 つのスケジュールを指定する方が簡単です。
- 業界標準: 多くの開発者と管理者は、cron 構文に既に精通しています。
schedules:
- cron: "0 0 * * *"
displayName: Daily midnight build
branches:
include:
- main
- releases/*
exclude:
- releases/ancient/*
always: true
今後は、UI エディターを使用して作成されたスケジュールを追加または更新することはできません。 これらのスケジュールはしばらくの間引き続き受け入れられますが、UI から削除して YAML ファイルに追加することをお勧めします。
マルチステージ パイプラインのパブリック プレビューへの更新
引き続き、マルチステージ パイプラインのパブリック プレビューに機能を追加します。 この更新により、ログの表示エクスペリエンスが改善され、フォルダー内のすべての実行を表示する機能と、新しいページでサポートされているビルド拡張機能が追加されました。
さらに、いくつかのバグを修正し、フォルダーに新しいパイプラインを直接作成する機能を追加しました。 前のスプリントでは、人気のある機能要求であった Artifacts の参照とダウンロードに関する作業を完了しました。
Azure Repos
Azure Reposでコマンドのサポートを取得する
Go は、golang とも呼ばれるオープンソースプログラミング言語です。 Go では、 get コマンド を使用してパッケージと依存関係をダウンロードしてインストールできます。 この更新プログラムでは、Azure DevOps リポジトリ内で の go get サポートが追加されました。 go get を使用すると、インポート パスによって名前が付けられた依存関係を含むパッケージをダウンロードできます。 キー ワードを import 使用して、インポート パスを指定できます。
Azure Artifacts
ユニバーサル パッケージのフィルター処理されたダウンロード
これまでは、いくつかのファイルのみが必要な場合でも、ユニバーサル パッケージ全体を常にダウンロードする必要がありました。 この更新プログラムでは、ミニマッチ パターン (Azure Pipelines と同じ構文を使用) を指定して、ファイルのサブセットをダウンロードできます。 次に例を示します。
az artifacts universal download --organization "https://dev.azure.com/myorganization/" --feed "myFeed" --name "myPackageName" --version 1.0.0 --path . --file-filter "**/*.exe;**/*.dll"
この機能を使用するには、最新の Azure DevOps CLI 拡張機能 (az extension update -n azure-devops) に更新されていることを確認します
パッケージ検索
organizationレベルのパッケージ検索を導入し、organizationのさまざまなフィード内のすべてのパッケージで高速で柔軟で正確な検索を提供します。 organizationでパッケージの数が増え、複数のフィードに分割されるにつれて、必要なパッケージを見つけるのがますます困難になります。 パッケージ検索を使用すると、すべてのorganization フィードで関連するパッケージをすばやく効率的に検索できます。
パッケージ検索を使用すると、次のことができます。
- タイトルと説明でパッケージを検索する: タイトルと説明のフリー テキスト検索を使用すると、関連するパッケージをすばやく簡単に見つけることができます。 ブール演算子を使用して検索を絞り込み、検索条件を組み合わせることもできます。
- すべてのorganization フィードを検索する: organization全体で自分とチームのフィードを検索します。 フィード、ビュー、パッケージの種類のフィルターを使用して検索を絞り込みます。 ワイルドカードを使用して、検索演算子とブール演算子を拡大して微調整します。
パッケージ検索の詳細については、 こちらを参照してください。
Wiki
作業項目のツリーを含むクエリのサポート
これで、作業項目を Wiki ページの階層にグループ化するクエリを使用できるようになりました。 Wiki ページに作業項目のツリーを含むクエリを埋め込み、エピックと機能を子タスクとユーザー ストーリーと共に表示できます。
マーケットプレース
トップ パブリッシャー認定プログラム
Azure DevOps 拡張機能/統合を自信を持って評価または取得できるように、Marketplace で Top Publisher プログラムを作成しました。 トップ パブリッシャー バッジは、パブリッシャーが、模範的なポリシー、品質、信頼性、サポートを通じて顧客と Marketplace へのコミットメントを示していることを意味します。 Marketplace では、さまざまなパラメーターでパブリッシャーを注意深く確認した後、バッジが発行元に割り当てられます。 ここでそれらについて読み、トップパブリッシャーからのオファリングをチェックしてください。
次の手順
Note
これらの機能は、今後 2 ~ 3 週間にわたってロールアウトされます。
Azure DevOps に向かい、見てみましょう。
フィードバックの提供方法
これらの機能に関するご意見をお聞かせください。 フィードバック メニューを使用して、問題を報告したり、提案を提供したりします。
Stack Overflow のコミュニティが回答したアドバイスや質問を受けることもできます。
よろしくお願いします。
スティーブン ボーグ
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示