問題タブ [build-pipeline]

Azure DevOps の TFS サーバーにコード リポジトリがあります。このアプリケーションの CI 部分で何らかの操作を実行し、その後 1 つのファイルが生成された後、リポジトリ内の既存のバージョンから作成されたある種のログ ファイルまたはレポートであるとしましょう。ビルド パイプラインからのレポ。それで、それに対する最善の解決策は何ですか？

そのため、プル リクエストがマスターに対して実行されるたびにトリガーされるビルド パイプラインを構築しているため、マスター ブランチへの唯一の変更がプル リクエストによるものであるようなブランチ ポリシーがあります。

ビルド パイプラインで PR のソース ブランチをチェックアウトし、ビルド パイプラインの一部としてソース ブランチにいくつかのコミットを行います。変数を使用できると思ってBuild.SourceBranchNameいましたが、パイプラインがトリガーされると、SourceBranchName がマスターになります。なので使えませんでした。

これを行う簡単な方法はありますか？

AzureDevop には 300 人以上のコントリビューターがいる git リポジトリがあり、PR の完了時にビルドが失敗した場合、master へのコミットを拒否できるかどうか疑問に思っていました。このソリューションがないと、1 つの PR マージ ビルドが失敗したときに、他のブランチが欠陥のある製品をプルしたり、他の人によるマージも失敗したりするリスクがあります。

製品をビルドする Azure ビルド パイプラインがあります。最近、カスタム エージェント プールに移行したので、プール内の VM を制御できるようになりました。最近、コード署名ステップを追加しました。この手順では、すべてのバイナリに署名しているため、ビルド時間が 2 倍になります。これまで、フル ビルドの実行は約 20 分だったので、キャッシュについては考えていませんでした。現在、私たちは45歳以上です。

キャッシュする方法を考えようとしていますが、署名されたバイナリをキャッシュすると、ハッシュがまだないか、新しく構築された署名されていないファイルと比較できるものがありません。署名されていないバイナリと署名されたバイナリをキャッシュし、ビルド後に署名されていないバイナリとビルドされたばかりのものを比較できます。一致の場合は、キャッシュから署名済みのバージョンを取得し、その他の場合は署名を進めます。

これは非常に複雑に思えます。他のオプションはありますか？