MSDNは多くの定義を提供していますが、私はtfsbuildの意味を本当に理解していません。
たとえば、asp.netプロジェクトがあります。ローカルマシンでローカルビルドを渡し、コードをチェックインした場合。すべて順調。
以前はコードをサーバーにコピー（公開）していました。それだけです。
なぜtfsビルドが必要なのですか？tfsビルドとローカルビルドの違いは何ですか。古いものに戻すことができるビルド履歴があると言うかもしれません。しかし、コードがバージョン管理されているので、コードをチェックアウトしてローカルマシンで再構築し、プロジェクトをサーバーに再公開できると思います。
TFSを使用していたときは、ローカルマシンでローカルビルドを実行できました。そして、コードをチェックインするときに、TFSはビルドサーバーでビルドを自動的に実行します（これはビルド定義を介して指定されます）。その場合、ビルドサーバーは、TFSソースリポジトリのマスターコピーを格納するマシン上に配置されていました。
各開発者は最新のコードを持っていない可能性があるため、ローカルでビルドするだけでは不十分です。TFSビルドのポイントは、最新のコードがすべて含まれているビルドサーバーでビルドを実行することだと思います。ビルドサーバーでビルドが成功した場合、コードをチェックインしても安全であると見なされるという考えだと思います。
とにかくそれが私がそれを理解した方法です。プロジェクトに複数の開発者が取り組んでいる場合に便利です。1台のマシンに開発者が1人しかいない場合は、別のビルドは必要ない場合があります。
それはあなたの質問に答えましたか、それとも私は誤解しましたか？
CiaranGの答えは確かにそれを見る1つの方法です。
また、TFビルドサーバーは、署名されたサードパーティのDLLを使用してコードをビルドし、ソフトウェアの新しいバージョンが発生するたびにすべてをそのまま配置する可能性があります。これは、ソフトウェアをテストする必要があり、開発ツールを必要としないテスターに役立ちます。
継続的インテグレーションのメリットに関するCiaranGの説明に加えて、セキュリティと清潔さもあります。ウイルス/マルウェアが存在する可能性があり、構成が不明/文書化されていない開発者のマシンから本番コードを構築できるようにすることは、ポリシーとしては不十分です。サーフィンが行われることのない保護されたサーバーから構築することで、コードの展開にプロ意識を追加する、安全でクリーンな再現可能な環境を確保できます。TFSは、時間の経過に伴うビルドメトリックのレポート、説明責任、およびアーカイブも追加します。