2010-12-08 2 views
0

私はTFS 2010 Buildを使用しています。私は、TFS 2010の在庫であるDefaultTemplate.xamlテンプレートを使用するビルド定義を持っており、ビルド定義でTrueに設定されています。私は故意にビルドを壊す私のプロジェクトに変更を加えました。TFS 2010ビルドで、失敗時にワークアイテムを作成するとWorkItemStoreエラーが発生する

ビルドが実行されると、Visual Studio内のTFSビルドログにコンパイルエラーが反映されていますが、TFSビルドが次にワークアイテムを生成しようとすると「値はnullにできません。壊れたビルドのために。

壊れたビルドの作業項目が作成されるDefaultTemplate.xaml(下のかなり長いパスを参照)のアクティビティを追跡し、Microsoft.TeamFoundation.Build.Workflow.Activitiesを使用しています。ワークアイテムを作成するためのOpenWorkItemクラス。適切な値は[ワークアイテムの作成]アクティビティの[プロパティ]ウィンドウに入力されたように見えたので、どこにWorkItemStoreを渡すことができないのかわかりません。作成作業項目の活動へ

パス:
処理>シーケンス>エージェント上で実行>コンパイル、テスト、およびAssociateチェンジし、作業項目を試してみてください>シーケンス>コンパイル、テスト、およびAssociateチェンジや作業項目>コンパイルを試してみて、プロジェクトのコンパイルを試みてください>例外を処理します> CreateWorkItem>非作業用の作業項目を作成する場合は、Test> Compile and Test> BuildSettings.PlatformConfigurationsの各構成について>構成のコンパイルとテスト> BuildSettings.HasProjectsToBuild> BuildSettings.HasProjectsToBuild> -Shelvesetビルド>作業項目の作成

答えて

0

ビルドエージェントが実行するサービスアカウントは、チームプロジェクトの作業項目にアクセスできますか?これは、WorkItemStoreオブジェクトがnullになる理由です。

通常、すべてのチームプロジェクトでこのアクセス権を持つ「Project Collection Build Service Accounts」グループにエージェントサービスアカウントを作成します。ただし、プロセス・テンプレート、グループ/許可をカスタマイズした場合、またはビルド・エージェントを正しくセットアップしない場合は、権限が正しくない可能性があります。

+0

良い点。私はこれがうまくいくことを期待していましたが、コレクション管理者として使用しているTFS Buildサービスアカウントを追加しても、それはまだ機能しません。私はTFS 2010の在庫が入っているDefaultTemplate.xamlプロセステンプレートを使用しています。私はTFS Buildエージェントの設定を二重にチェックしても何も目立たないです。私は困惑している。 –

関連する問題