私は最近、あなたのコメントに***NO_CI***が含まれている場合、CIビルドが開始されないようにするTFSの「隠し機能」を発見しました。なぜ*** NO_CI ***は引き続き継続的なインテリジェンスビルドを引き起こしますか？
私は自宅でTFSを実行していますが、これは魅力のような小さなトリックの作品です。
私たちはTFS 2010も使用しています。これは、CIビルドが私たちのセットアップではじまるのを妨げるものではありません。
私の質問は、***NO_CI***がCIビルドをブロックするかどうかを判断するコメントに存在するかどうかを実際に確認するプロセスです。私の最初の考えはビルドテンプレートを見ることでした。私はあまりにも明白なものは見ませんでした。誰もこれに遭遇しましたか？あなたは正しい方向に私を向けることができますか？
この問題は私の間違いであることが判明しました。私のビルドが成功した後、私はいくつかの自動チェックインを提出しました。最初のものには***NO_CI***が含まれ、2番目のものには含まれませんでした。 2番目のチェックインが、2番目のビルドがそのワークスペースにマップされたパスになっていることを認識していませんでした。したがって、最初のチェックインではCIビルドが開始されなかったため、2回目のチェックインでした。
基本的に、チェックインが発生すると、ATはイベントをインターセプトして起動し、ビルドコンポーネントにチェックインについて通知します。次に、ビルドコンポーネントは、影響を受けるビルド定義のトリガータイプ（継続的な統合、ローリングビルド、スケジュールされたビルド、gated-checkinなど）ごとに適切なアクションを実行します。
チェックイン・コメントに文字列***NO_CI***が含まれていても、チェンジ・セットが引き続きCIビルドをトリガーした場合は、AT上のイベント・ログを調べて、「TF215041：チェンジセットn "の処理に失敗しました。
チームでgated checkinビルド定義を使用している場合、ビルドテンプレートから***NO_CI***コメントを無効にしないようにして、ゲートチェンジチェンジセットがCIをトリガできるようにしてください。
再生のためのおかげでDuat。私の無知を許してください、ATは何ですか？ – dkpatt
アプリケーション層の略です。 –