CIが有効になっているにもかかわらず、私の2008チームビルドトリガーが開発者チェックインで有効にならない

Question

チームビルドサービスを持つTeam Foundation Server 2008インストールと別のマシンがあります。

チームビルドを作成し、Visual Studioまたはコマンドラインから手動でトリガーすることができます（正常に完了した場所）。ただし、ソースツリーにチェックインしても、すべてのチェックを構築するオプションがビルド定義にチェックされているにもかかわらず、ビルドがトリガーされることはありません。 更新：明確にするために、CIオプションを有効にして完全に動作するビルド定義がありました。ソースツリーが設定されている

はどちらかメインフォルダの下または支店\ branchNameフォルダの下のコードで単純明快な方法です。コードの各ブランチ（メインを含む）には、そこに含まれるソリューションファイルに関する標準のチームビルド定義があります。デフォルト設定からわずかに変更された唯一のことは、ビルドサーバーの作業フォルダです。メインの場合サーバー： "$ \ main"ローカル： "c：\ build \ main"パスの長さのためです。

私が推測できるのは、開発者の作業領域には多少の奇妙さがあるかもしれないということだけです。現在、各開発者はServer： "$ \"をローカル： "c：\ tfs \"にマップして、すべてのブランチに対して1つのワークスペースしか持たないようにします。これは主に、開発者の中には以前に自分自身が持っていた問題の再マッピングを避けるためです。しかし、これがCIにどう影響するかはわかりません。

更新：答えを間接的に確認してください。以下をお読みください

Answer 1

チームエクスプローラからあなたのチームプロジェクトを選択し、次にビルドフォルダを右クリックしてください。新しいビルド定義を選択してから、「トリガー」タブを選択します。

詳細情報はこちら

MSDN How to: Create a Build Definition

Answer 2

を見つけることができる「（もっとビルド）チェックインの各を構築する」ラジオボタンを移動しTFSアプリケーションサーバ上のログにエラーはありますか？発射しようとしたが失敗したことを示すものは何ですか？

Answer 3

[OK]私はいくつかのデッドエンドの後に自分自身で答えを見つけました。最後に、別の問題を修正しながらこれを意図せずに修正しました。基本的には、ビルド用の単体テストの自動実行を有効にしました。テストは正常に実行されましたが、ビルド直後にビルドドロップフォルダにレポートできないというメッセージが表示されました。

何が起こっていたかは、ビルドサービスが1つのアカウントで実行され、一連の権限を持っている間に起こったことでした。機能のいくつかは実際にはTFSServiceアカウントを介して駆動されます。パーミッションのヒープをテストしてみた。それから私は、チェックイン時にビルドがトリガし始めたことに気付きました。私はあなたにどのアクセス許可を固定しているかを正確に伝えることはできませんが、うまくいけば、この答えは少なくとも人々を適切な道のりに置くでしょう。

ワークスペースマッピングの競合により、いくつかのビルドが失敗し始めました。これは、Team FoundationのAttrice Sidekicksツールを使用して廃止された作業領域を削除することで解決した別の問題でした。

これは他の人に役立つことを願っています。