TFSがあるときにPowerShellで展開スクリプトを作成するのはなぜですか？
自動展開/継続的インテグレーションを実験しており、チームリーダーと話し合いました。
私はPowerShellでビルド/デプロイメントスクリプトを作成することを調査していると彼に言った、そして自動デプロイメントはGUIを使用してTFSで設定するのは非常に簡単であり、代わりにそれを研究すべきだと彼は言った。 VSからソース管理にコミットする以外は、TFSの経験はありません。
どのような状況でTFSが失敗し、PowerShellを自動展開した方がよいでしょうか。 TFSではなくPowerShellを選択する理由と利点は他にありますか？
そしてもう1つ：たとえば、TFSからJSファイルを縮小するサードパーティツールを実行できますか？
私が考えることができるPowerShellのいくつかの利点：
- PowerShellは最大の柔軟性を提供します
- Mercurialなどの別のソース管理システムに簡単に切り替えることができます
- スクリプトは、TFSが生成するものよりも保守が容易になります
- PowerShellは軽量です。どのPCでもスクリプトを実行できます
あなたはあなたがリストした利点で頭に釘を打ったと思います。 Powershellはmobilityを提供し、ソース管理からソース管理に移動できますが、さらに重要なのは、JetbrainsのTeamCityのように、ビルドサーバーからビルドサーバーに移動できることです。スクリプトは独立しており、コマンドラインから実行できるため、ローカルマシンを含めて（言ったように）どこからでもスクリプトを起動できます。