問題タブ [tfs-2015]

TFS-2013 を TFS-2015 にアップグレードしてから、3 つの手順で新しいビルド定義を定義しました

1. MSBuild
2. Visual Studio テスト エージェントの配置
3. テスト エージェントを使用した Visual Studio テスト

2 番目のステップでテスト グループを選択し、3 番目のステップでユーザー名とパスワードを追加しました。テスト DLL を含むテスト グループとテスト ドロップ フォルダーを選択し、コード化された UI テスト メソッドを含む DLL ファイル名をテスト アセンブリに追加しました。

テスト エージェントをデプロイしようとしたときに、次のログが見つかりました。

[デバッグ] Invoke-DeployTestAgent DistributedTests の呼び出し: テスト マシンでテスト エージェントの展開と構成を開始しています。DistributedTests: 提供される入力: DistributedTests: マシン: TestPC3 DistributedTests: ユーザー名: user123 DistributedTests: マシン グループ名: testui DistributedTests: プロセスとして実行: True DistributedTests: ログイン 自動的に: True DistributedTests: スクリーン セーバーを無効にする: True DistributedTests: エージェントの場所: \user -pc\drop_Location\vstf_testagent.exe DistributedTests: テスト エージェントの更新: True DistributedTests: テスト エージェントを DataCollection としてのみ実行: False DistributedTests: テスト エージェントをリモート マシンにインストールするスクリプトへのパス: G:\agentui\tasks\DeployVisualStudioTestAgent\1.0.2 \TestAgentInstall.ps1 DistributedTests: リモート コンピューターでテスト エージェントを構成するスクリプトへのパス: G: \Users\userFolder\AppData\Local\Temp\2c15a489-7765-4a41-b78e-09197ee5d2c8\vstf_testagent.exe DistributedTests: C:\Users\userFolder\AppData\Local\Temp\2c15a489-7765-4a41- からファイルをコピーする準備をしていますb78e-09197ee5d2c8\vstf_testagent.exe から $env:SystemDrive\TestAgent へ DistributedTests: エージェントのコピー タスクのセットアップ: TestPC3 DistributedTests を実行します: マシン 'TestPC3' でタスク 'CopyFilesToTestAgent' が完了しました。DistributedTests: マシン TestPC3 のステータスの 'CopyFilesToTestAgent' のタスク: 失敗 DistributedTests: マシン TestPC3 のログの 'CopyFilesToTestAgent' のタスク: System.AggregateException: マシンに作業ディレクトリを作成できませんでした。エラーの詳細については、以下のログを参照してください。指定されたパス C:\Users\J3CA7~1.JSH にオブジェクトが存在しません。

管理者の資格情報を使用し、エージェントを手動でインストールしてこの問題を解決しましたが、エージェントを編集できるようにする必要があります。プロセスがテスト エージェントを appData の一時フォルダーにコピーしてから、このエージェントを c:\ にコピーしようとすることに気付きました。 testAgent しかし失敗します

内部 NuGet サーバーをセットアップし、そのサーバーをパッケージ マネージャー設定に追加して、依存関係をローカルの開発マシンに公開しました。ここで、新しい TFS 2015 ビルド システムを使用してソリューションをビルドします。

ビルドの開始時に NuGet.exe の復元は、ログ ファイルに示されているように、ソリューション ファイルを渡すことと呼ばれます。

ログの次の行はエラーです

内部サーバー上のパッケージはどれですか?

TFS Build 2015 に、公開されているパッケージ リポジトリだけでなく、内部パッケージ リポジトリも使用するように指示するにはどうすればよいですか?

現在、TFS 2013 サーバーを TFS 2015 にアップグレード中です。これに関して、XAML テンプレート ビルド スクリプト (作成されたTFS 2013 で)。

私たちのソリューションのほとんどは、構築時に上記のテンプレートを使用します。ソリューションは (残念ながら、まだ) セットアップ プロジェクト (.vdproj) を使用して、アプリケーションの MSI パッケージを生成します。特定のアプリケーションのセットアップ プロジェクトをビルドし、MSI を生成するには、次の手順に従います。テンプレート ビルド スクリプトでdevenv.exeを呼び出します(この例では、Visual Studio 2013 を指しています)。

ただし、新しいビルド エージェントでは MSI は生成されず、devenv.exeを呼び出しても出力もエラー メッセージも生成されません。ただし、 devenv.comを呼び出そうとすると、ビルドが開始されますが、MSI は生成されません。

devenv.comを使用してビルドを開始すると、セットアップ プロジェクトが完全に無視されているように見えます (ビルド構成を確認したところ、セットアップ プロジェクトは "Release|Any CPU" 構成でビルドされているかどうかがチェックされています)。

ビルド ログ、ビルド プロセス アクティビティ ログを確認し、ビルド エージェントで手順を手動で実行しようとしましたが、何が原因であるかについての方向性を示すものを見つけることができませんでした。問題。

誰かがこれの理由が何であるか考えていますか? TFS Build 2015 の問題でしょうか? 私が知る限り、古いセットアップと新しいセットアップの唯一の違いは次のとおりです。

1. VS 2013 は、新しいビルド エージェントの D: ではなく C: にインストールされました。つまり、devenvへのパスは異なりますが、ビルド スクリプトが適切な場所を検索し、それを見つけている限り、それは問題ではありません...
2. 古いセットアップで使用したものとは異なるドロップ場所を使用します

私が得ることができる助けと提案に感謝します。

TFS 2015 が提供する新しいビルド システムでは、アセンブリのバージョンを増やしながらソース管理にもチェックインするタスクをどのように達成しますか?

AssemblyInfo ファイルに記述されたソース管理で常に最新バージョンを利用できるようにしたいと考えています。

1 つのチーム プロジェクトを TFS 2013 update 4 サーバーから TFS 2015 のインスタンスに移行する必要があります。ソース プロジェクトは既定のコレクションにあります。既定のコレクションには多くのチーム プロジェクトが含まれており、セキュリティ上の理由から移行できません。チーム コレクション データベース全体を取得する可能性はありません。データベースとTFSアプリケーションサーバーは別会社が管理しているため、コレクションの分割もできません。TFS API しか使えません。

TFS 統合ツールは見つかりましたが、インストールできません。インストール中に2つのエラーが発生しました：

• サポートされていない API (統合ツールにはチーム エクスプローラー 2008、2010、または Dev11 が必要です)
• おそらくサポートされていないバージョンの DB

指定されたチーム プロジェクトを別のインスタンス TFS に移行する他の方法はありますか?

タイトルで述べたように、TFS 2015 の Web アクセスから特定のクエリを MS Excel で開く方法はありますか?

新しい vNext Build システムを使用しています。ビルド定義にはいくつかの手順があります - 例:

ステップ 1 では、PowerShell スクリプトを実行して、特定のセットアップ ファイルへの動的パスを決定します。このパスをステップ 2 で使用するために保存 (「キャッシュ」) するにはどうすればよいですか。この情報を変数 (例: 「$Env:SetupPathVE」) にキャッシュすると機能しません。

どうも..！