問題タブ [build-agent]

ビルド エージェントをインストールし、必要なパラメーターで構成しました。ダッシュボードにログオンし、[エージェント] の下に [Unauthorized] タブが表示されないため、構成した新しいビルド エージェントが表示されません。

エージェントを開始しましたが、リモート サーバーで実行されています。

Unauthorized タブが表示されない理由はありますか? 助けてください！

ありがとうございました。

次のような単純な yaml パイプライン ファイルがあります。

また、3 つの異なるエージェントも構成しました。

• my-desktop / Windows ホスト エージェント → capabilities: {plenty but netcore}
• my-desktop / dotnet を備えた linux docker エージェント → 機能: netcore 3.1、PowerShell 6.x、{some more}
• my-desktop / azure cli を使用した linux docker エージェント

netcore で明示的な要求を削除すると、Windows ホスト エージェントで実行され、source\backend\XM2Simu\XM2Simu.csproj現在そこにファイルがないため、期待どおりに失敗します。

ネットコア デマンドが追加された場合、適切なエージェントが見つからず、次のメッセージのみが表示されます。

Waiting for an available agent. All eligible agents are disabled or offline

ネットコア デマンドが削除されても、Windows ホスト エージェントがオフラインの場合にも、上記のメッセージが表示されます。

質問: 特定のエージェントを選択するための Azure DevOps Services パイプラインの需要/能力要件を調べるにはどうすればよいですか? （暗黙的および明示的な要求）

注: 現在、この問題を調査しており、この投稿に関連している可能性があります。

最近、Windows アプリケーションの一部を VS2019 にアップグレードし、VS2019 の VSInstallerProject 拡張機能を使用してセットアップ プロジェクトを作成しました。私が気づいたのは、リリース パイプラインの実行時にセットアップが作成されないことですが、ここで msi (または exe) ファイルが必要なので、同じものを使用してアプリ サーバーにインストールできます。

パイプラインに変更を加え、リリース パイプラインに「DutchWorkz - Build VS Installer(s)」というタスクを追加しました。Azure Devops のこのタスクで発生したエラーのログを以下に添付しました。このタスクでビルドが失敗しています。

ここでの問題とは何か、どうすれば解決できますか? また、VS2019 でセットアップ プロジェクト/msi を作成したいのですが、このタスクに Vs2019 オプションが表示されません。VS2019 バージョンでこのタスクを使用するにはどうすればよいですか。エージェント サーバーに Vs2019 がインストールされています。

セットアップ プロジェクトをビルドするために、devenv コマンド ラインも使用してみました。vs2017（プロフェッショナル）と vs 2019（エンタープライズ）の両方で試しましたが、両方で問題が発生しています。 2019 の問題の原因を突き止めることができません。この問題の原因と解決方法についてご意見がありましたらお知らせください。目標はもちろん、Azure DevOps パイプラインを使用してセットアップ プロジェクトをビルドし、生成された msi ファイルを使用してアプリ サーバーにインストールすることです。前もって感謝します 。

新しいビルドと問題のスクリーンショットは次のとおりです。

ビルド エージェント サーバーには Vs インストーラーが既にインストールされています。問題がないか確認してください。

以下の「コマンド ライン タスク」からの新しいログを確認してください。

追加のエラー ログは次のとおりです。

コマンド ライン タスクは成功しましたが、.vdproj セットアップ プロジェクトは更新またはビルドされませんでした。タイムスタンプから、他のすべてのプロジェクトが通常どおり更新されていることがわかります。

VCS として TFVC を使用しており、リポジトリは Azure Repos にあり、CI/CD には Azure DevOps を使用しています。Main ブランチのパイプライン構築の変更があり、「Gated check-in」オプションが有効になっています。

ビルド サーバーにデプロイされたホストされたエージェントを使用します。現在、3 つのビルド環境があり、各ビルド環境に 1 つのエージェントがデプロイされています。多くの開発者がプロ​​ジェクトに取り組んでいるため、多くの同時チェックインがボトルネックになりました。そのため、1 つのエージェント プールに 3 つのエージェントがあり、パイプラインには 1 つのジョブがあり、3 つのエージェントでエージェント プールを使用しています。

問題は、複数の開発者が変更をチェックインすると、1 つのビルドのみが実行され、他の 2 つのエージェントがオンラインで同じプール内でアイドル状態であるにもかかわらず、キュー内の他のすべてのビルドが完了するまで待たなければならないことです。ビルドは「ジョブが保留中です」というメッセージとともにキューに入れられます。興味深いことに、azure devOps からパイプラインを実行すると、それらは同時に実行されますが、開発者が Visual Studio から変更をチェックインすると、それらはキューに入れられます。