問題タブ [tfs-2015]

サーバーの 1 つを TFS2012.2 から TFS2015RC にアップグレードしました。すべてが「スムーズ」に進みましたが、問題が発生しています。

しばらく前に、TFS 用のサーバー側プラグインを作成しました。これは、WorkitemChangedEvent. インターフェースを実装していISubscriberます。次のコードは、更新前は正常に機能していました。

更新後、TFS2015 dll に対して再コンパイルした後、次のエラーが発生しました。

通知の処理に失敗しました: TF237124: 作業項目を保存する準備ができていません。

workitemtypes はどれも変更されていないことに注意してください。同じデータです。保存する前に
呼び出して、エラーから詳細情報を取得しようとしました。これが出力です。Validate()

ステータス: InvalidListValue
状態: 「解決済み、レビュー予定」
WIT: タスク
ID: 5842
フィールド: 状態

ただし、利用可能な状態のリストには、「解決済み、レビュー予定」という状態が存在します。GUI では、アイテムの状態を「解決済み、レビュー待ち」に完全に変更できます。

Save() が失敗する原因は何ですか?

TFS 2015 RC を使用して xUnit テストを適切に実行しようとしています。ビルド エージェントのドロップ フォルダーにあるソリューションの NuGet パッケージ フォルダーに格納されているテスト ランナーにアクセスしようとしています。

「カスタム テスト アダプターへのパス」$(Build.SourcesDirectory)\WebIZ\packages\xunit.runners.1.9.2\tools でこのパスを使用してテスト ランナーを参照しようとしています。ビルドはパスを問題なく解決できます。 (以前は無効なパス メッセージで失敗していました)、現在はテスト ランナーが見つかりません。

2015-06-09T20:05:40.4008595Z PowerShell スクリプトの実行: D:\TFS\Build_vNext\AgentSchlitz\agent\tasks\VSTest\1.0.8\VSTest.ps1

2015-06-09T20:05:41.9947507Z 警告: 「TestAdapterPath」で指定されたパス「D:\TFS\Build_vNext\AgentSchlitz\1c692895\WebIZ\WebIZ\packages\xunit.runners.1.9.2\tools\」は、テスト アダプタが含まれていない場合は、有効なパスを指定して再試行してください。拡張機能。例: vstest.console.exe myTests.dll /UseVsixExtensions:true

「カスタム テスト アダプターへのパス」の適切な構成は何ですか? 適切な構成は次のとおりです: $(Build.SourcesDirectory)\WebIZ\packages\xunit.runners.1.9.2\tools* $(Build.SourcesDirectory)\WebIZ\packages\xunit.runners.1.9.2\tools*

オンサイトの TFS2015 によって提供される PowerShell スクリプトを使用してビルド エージェントを構成すると、サーバー上にエージェント プールが見つからないため、スクリプトがエラーになります。

ただし、エージェント プール「デフォルト」は確実に存在します。別のサーバーでは、同じスクリプトが期待どおりに機能し、ビルドが実行されます。以下のスクリプト出力を参照してください。

私は次のことを試みました：

• サーバー上に新しいエージェント プールを作成し、スクリプトでそれを参照します。同じ問題「エージェント プールが見つかりません」。
• 最小限の機能で Visual Studio 2015 をインストールしました。
• スクリプトを実行しているユーザーは、「ビルド管理者」および「ビルド サービス アカウント」セキュリティ グループのメンバーです。

エージェント プールの検証でスクリプトが失敗する原因は何ですか?

PS C:\Windows\system32> E:\Build\agentConfigureAgent.ps1
このエージェントの名前を入力します (デフォルトは Agent-SRV001): BUILD002
Team Foundation Server の URL を入力します (デフォルトはhttp://[ip-アドレス]:8080/tfs
このエージェントをどのエージェント プールに対して構成しますか? (デフォルトのプール名は「デフォルト」です):
このエージェントの作業フォルダーのパスを入力します (デフォルトは「E:\Build\agent_work」です): E:\Build \Work
エージェントを Windows サービスとしてインストールしますか (Y/N) (デフォルトは Y): n
既存のエージェントの構成を解除しますか (Y/N) (デフォルトは N; エージェントは更新されます):エージェントの
構成
ファイルのブロック解除 /RunningAsService
を使用しないエージェント構成の呼び出し /Force を使用しないエージェント構成の呼び出し
次の名前のエージェント プールが見つかりません: default
警告: エージェントの構成に失敗しましたが、/Force を使用して構成すると、この問題を解決できる可能性があります。
パラメーター -Force を使用してエージェント構成を再試行しますか (Y/N): y
/RunningAsService なしでエージェント構成を
呼び出しています /Force を使用してエージェント構成を呼び出し
ています: デフォルト
E:\Build\agent\ConfigureAgentという名前のエージェント プールが見つかりません.ps1 : エージェントの構成に失敗しました。行:1 文字:1
+ E:\Build\agent\ConfigureAgent.ps1 + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~
+ CategoryInfo : NotSpecified: (:) [書き込みエラー]、WriteErrorException
+ FullyQualifiedErrorId : Microsoft.PowerShell.Commands.WriteErrorException,ConfigureAgent.ps1

このトピックに関する文献はあまりないようです（あなたがそれを行うことができないと確信している点まで）

この記事http://nakedalm.com/one-team-project-collection-to-rule-them-allconsolidating-team-projects/で言及されているこのTFS 統合プラットフォーム(2012 年 3 月以降は維持されていません)があるようですが、それは2012年にかなり具体的です。

誰かがこれをしましたか？

オンプレミスの TFS2015RC インストールがあります。サーバーはドメインの一部です。

同じドメイン内の別のサーバーでビルド エージェント (build.vnext) を構成すると、すべてが期待どおりに機能します。

ただし、このドメイン外のサーバーでビルド エージェントを構成すると、次のことが起こります。

ConfigureAgent.ps1 の使用:

1. すべてのデフォルトを受け入れる
2. インタラクティブ モードを選択します (Windows サービスとしてインストールされていません)。
3. 次に、認証ダイアログが表示されます。
   • domain\userTFS の管理者であるドメイン ユーザー ( ) を入力します。
   • このユーザーのドメイン パスワードを提供します。パスワードが間違っている場合、ダイアログにそのように表示されるので、修正する必要があります (Windows のデフォルトの動作)。
4. スクリプトは続行しますが、エージェントを開始すると次のように表示されます。

エラー:
VS30063: http://{server}:8080/tfs にアクセスする権限がありません

認証が失敗するのはなぜですか? 認証しようとしているユーザーを確認するにはどうすればよいですか?

私が試してみました：

• _diag フォルダーのログファイルを確認します。ログファイルには、より有用な情報がなくても、まったく同じことが示されています。
• このリンクからのアドバイスを試して、TFSサーバーのIISで基本認証を有効にしました。これを（しぶしぶ）行いましたが、問題は解決しません。

サーバーに TFS 2015 RC と VS 2015 RC (エンタープライズ) がインストールされています。1 つの msTest を使用して簡単なテスト プロジェクトをセットアップします。アプリをビルドするビルドをセットアップし、次のステップで UnitTests を実行します。また、ビルドを Release および MsBuild x64 に設定しました。

テスト ステップで [Code Coverage Enabled] チェックボックスをオンにすると、テストの実行後にビルドがハングします。以下はトレースです。1 つのテストが成功した後、ログは記録されません。_diag ディレクトリに移動すると、同じことがログに表示されます。もっと冗長にする方法がわかりません。vtest.ps1 PowerShell スクリプトからのログが増えることを期待していました。

Visual Studio Online で Hubot を実行することができます。https://www.visualstudio.com/en-us/get-started/hubot-and-vso-vs.aspxを参照してください。

TFS 2015 (オンプレミス) の統合を行うにはどうすればよいですか?