TFSがあるときにPowerShellで展開スクリプトを作成するのはなぜですか？

自動展開/継続的インテグレーションを実験しており、チームリーダーと話し合いました。

PowerShellでビルド/デプロイメントスクリプトを作成することを調査していることを彼に伝え、自動デプロイメントはGUIを使用してTFSで非常に簡単に設定できるので、代わりに調査する必要があると述べました。VSからソース管理にコミットする以外は、TFSの経験はありません。

TFSが失敗するのはどのような場合で、自動展開のためにPowerShellを使用した方がよいでしょうか。TFSの代わりにPowerShellを選択する他の理由と利点は何ですか？

そして別のこと：たとえば、TFSからJSファイルを縮小するサードパーティツールを実行できますか？

私が考えることができるPowerShellのいくつかの利点：

• PowerShellは最大の柔軟性を提供します
• Mercurialなどの別のソース管理システムに簡単に切り替えることができます
• スクリプトはTFSが生成するものよりも保守が容易になります
• PowerShellは軽量です。どのPCでもスクリプトを実行できます

あなたはあなたがリストした利点で頭に釘を打ったと思います。Powershellはモビリティを提供し、ソース管理からソース管理への移行を可能にしますが、さらに重要なのは、JetbrainsのTeamCityのように、ビルドサーバーからビルドサーバーへの移行を可能にします。スクリプトは独立していて、コマンドラインから実行できるため、ローカルマシンを含む（先ほど言ったように）どこからでもスクリプトを実行できます。