TFS 2010およびVisual Studio 2010プレミアムエディションを使用しています。 自動展開スクリプトの開始場所について教えてもらえますか？どんなドキュメンテーション/ガイドラインも大いに役立ちます。自動展開TFS 2010
上記のリンクのほとんどは、自動展開の戦略について説明しています。私は、デプロイメントスクリプトの記述方法とデプロイスクリプトの見た目を知る必要があります。あなたは正しい答えを与えるために、そのハードを展開するアプリケーションの種類を知らず
が、ここでは私は考えていくつかの有用なリンクです。
あなたはTFS 2010でClickOnceアプリケーションをデプロイする場合、よさそうだが、私はまだそれを使用していないthis article at codeproject
TeamDeploy from codeplexを試してみてください。
は community TFS Build extensionsリッテビットを約web deployement
私達はちょうどTFSデプロイヤ（http://tfsdeployer.codeplex.com/wikipage?title=Preparing%20Deployment%20Scripts&referringTitle=Home）を使用し始めています。基本的には、品質の変更を監視し、変更されたときにカスタムPowerShellまたはバッチスクリプトを起動するWindowsサービスです。
チェックインが発生した場合、ビルドエージェントは、ソースがそれを構築つかむ、ビルドドロップフォルダーに結果を公開した後などの任意のユニットテストを実行します。また、ビルドの品質を "単体テスト合格"のように設定します。 Tfs Deployerが起動し、ビルドを行い、開発テスト環境にリリースし、さらにテストを実行します。これらのパスが合格すると、マニュアルチェックを実行できることを人々に知らせるための電子メールが送信されます。
資質を構築使用しての美しさは、手動テストが実行された後、我々は（手動）製品リリースをトリガーするまで、我々は品質を更新するなどなどさらに別の展開トリガーとを有することができることです。デプロイメントをビルドテンプレートの一部として配置すると、同じバイナリに複数の連鎖展開をトリガーできます。
それはあなたが望む展開のいずれかの方法で、限り、それはスクリプト可能だとして（MSBuildの、場合msdeploy、ClickOnceの、MSI世代などなど）を使用することができますカスタムコードを実行されるため。
スクリプトは、設定ファイル内の同じスクリプトで構築するだけで、すべてが関連指すことによって（同じチームプロジェクトに）を構築間で共有することができます。
ドキュメントは少し古くなっているが、それは、セットアップにかなり簡単だったし、軌道に乗ります。