問題タブ [azure-pipelines]

テスト用にローカル マシンにインストールされたビルド エージェントを使用して、Visual Studio Team Services でビルド定義をセットアップしています。

ビルド エージェントの作成、ビルド定義の設定、ビルドのキューイングについては、こちらの手順に従っています。ローカル コンピューターにエージェントを作成したところ、VSTS のエージェント プールに表示されます。エージェントが有効になり、準備が整いました。また、ビルド スクリプトを呼び出すビルド定義も作成しました。この時点までのすべてが正常に機能しているようです。

この時点で、ビルドをキューに入れて実行する準備が整いました。このダイアログは次のようになります。

「キュー」というラベルの付いたドロップダウンには、Hostedエージェント プールのみが表示されます。呼び出される 2 番目のプールがあるはずですが、Default表示されません。HTMLを右クリックして検査し、開発ツールを使用してHostedオプションの値を変更することで、「表示」できます。Hostedの ID は です。 の IDだと思ったので2に変更しました。これを行ったら、[OK] をクリックすると、ビルドが期待どおりに実行されます。すべてがビルド エージェントによってローカル マシンにチェックアウトされます。おそらく、ID 値に関する私の仮定は正しいでしょう。1Default

だから...配管を少しいじると、すべてが正しく機能します。しかし、これは間違いなく物事が機能する方法ではありません。Defaultキューがドロップダウンに表示されないのはなぜですか? 機能させるためにどこかでスイッチを切り替える必要がありますか? 私のアカウントには十分なアクセス権がありませんか?

その他の詳細:

1. 私のアカウントは「プール管理者」です
2. ビルド エージェントはWindows サービスとしてインストールされません。コマンドプロンプトから手動で起動します。サービスとしてインストールできませんでした。
3. ビルド エージェントがインストールされているマシンは、Windows 10 x64 Pro を実行しています。Windows 8 x64 Pro からアップグレードしました。
4. Unity プロジェクトを構築しているため、ホストされたエージェントを使用できません。Unity はホストされたエージェントに対してサポートされていません。
5. Unity Cloud Build を使用できることはわかっていますが、使用したくありません。

アップデート

以前のビルド エージェントを削除し、Windows 10 Enterprise x64 を実行している Windows Azure VM にサービスとして新しいビルド エージェントをインストールしました。この変更により、"Hosted" および "Default" キューが期待どおりに表示されるようになりました。

ビルド サーバーとして VSTS を使用しています。ビルド中に bin フォルダーの内容をターゲットのルートにコピーし、カスタム ファイルを別のフォルダーからこのターゲットにコピーしたいと考えています。MSDNは、ミニマッチ パターンを使用することを提案していますが、サブディレクトリ構造のファイルをコピーしています。構造の復元には興味がありません。

たとえば、次のフォルダー構造を取得しています。

しかし、私はこのフォルダ構造を受け取りたい:

要件に使用できるミニマッチ パターンはどれですか?

私はpowershellから呼び出そうとしているメソッドを持っています.

このメソッドには複数のオーバーロードがありますが、私の人生を難しくしているものは次のとおりです。

Find-FilesTFS 2015 の新しいビルド タスクのコマンドレットを使用して、ファイルのリストを取得しています。

そして、私は電話します：

[string[]]私が知っているキャスト強制配列表記のバージョンについて試してみまし@()たが、find-files の結果は、正しいオーバーロードに渡される前に、常に単一の長い文字列に変換されます。

これが生成される「長い文字列」です

これは、正しいオーバーロードを呼び出していることを示しています

List<string>コマンドレットは次を返します。

呼び出しからリストを確実に取得するために、Find-Files次を追加しました。

期待どおり、7 が返されます。

私の質問

Powershell が からの結果をfind-filesに渡す前に 1 つの長い文字列に変換しないようにするにはどうすればよいGetPendingChangesですか?

プロジェクトはで利用可能で、壊れたコードは下部でコメントアウトされています:

• https://github.com/jessehouwing/vsts-tfvc-tasks/blob/master/vsts-tfvc-checkin/TfvcCheckin.ps1

vNext システムがそれらをサポートしていないため、TFS 2015 でゲート チェックイン用の XAML ビルド定義を引き続き使用すると仮定すると、複数のゲート チェックインを並行して実行することは可能ですか?

ビルド セットアップ UI に Parallel オプションがあることは知っていますが、それを XAML ビルド定義にも適用できるかどうか、および他にどのような制約があるかはわかりません。

複数のエージェントをサポートしている限り、同じボックスで並行してビルドできますか?

Visual Studio Online のリリース機能で遊んでいます。私のプロジェクトは、nuget フィードに公開したい nuget パッケージに組み込まれています。

nuget パッケージを正常にビルドして Artifacts に公開しています。Artifacts を参照しようとすると、必要なファイルが表示されます。次に、VSO リリースに切り替えます。リリースの一部として、Nuget Publisher ステップがあります。

次のようなアドレスで VSO 内部ナゲット フィードを使用しています。

https://mytenant.pkgs.visualstudio.com/DefaultCollection/_packaging/myfeedname/nuget/v3/index.json

新しいリリースを作成すると、このステップは失敗します:

明らかに、nuget ファイルのパスがスクリプトに渡されていません。また、ナゲットへの正確なパスを指定しようとしました(ドロップダウンから選択):

$(System.DefaultWorkingDirectory)\Build & Test\nuget package\MyPackageName.1.1.16014.7.nupkg

しかし、同じエラーが発生しました。

このステップは、VSO リリースで使用した場合にのみ失敗します。Nuget Publisher ステップをビルド ステップとして使用し、同じ nuget フィード アドレスと「nupkg へのパス/パターン」を指定すると**\bin\MyPackageName.*.nupkg、パッケージがフィードに公開されます。

VSO リリースのこのエラーを修正する方法はありますか?

UPD : これはログのデバッグ出力です

Nuget Publisher ステップの完全なログは次のとおりです。

Unity 3D アプリのビルドを作成するために、オンプレミスのビルド エージェントを Azure で実行しています。ビルドはうまく機能しますが、ビルド名を Visual Studio Team Services にプッシュして、チケットの [実装] ドロップダウンに入力する方法が必要です。

VSTS で変数を設定できることがわかりましたが、ビルド名の一部は Unity 自体に由来するため、VSTS がビルド名を知る方法がありません。可能であれば、VSTS のビルド名を Unity が生成する実際のビルドと一致させたいと考えています。

実装ドロップダウンが入力されるように、ビルド エージェントからビルド名を VSTS にプッシュすることは可能ですか?

Pascal Berger の提案を試した後のビルド リストは次のようになります。

TFS 2010からにアップグレードしたばかりTFS 2015で、「vNext」ビルド/ワークフロー形式で XAML-Build-Definition を再作成しています。

古いビルドでは、すべてのファイル (DLL) を元のディレクトリ構造なしで 1 つのディレクトリにフラットに出力することができました。

これは、新しい TFS 2015 Build フレームワークでも可能ですか?

私は次の設定を持っていますPublish Build Artifact：

Artifact Type: File Share

Path: \\server\tfslib\$(Build.DefinitionName)\$(Build.DefinitionName)_$(Build.BuildNumber)

問題は、元のソリューション ディレクトリ構造が で指定された出力ディレクトリに保持されることPathです。サブツリー全体なしで出力を取得するにはどうすればよいですか?

回避策として、私は現在これを Powershell のステップの後に行っていPublish Build Artifactますが、公開プロセス自体の間にこれを行うとよいでしょう。