拥有TFS后，为什么还要在PowerShell中创建部署脚本？

我正在尝试自动部署/持续集成，并与团队负责人进行了交谈。

我告诉他我正在研究如何在PowerShell中创建构建/部署脚本，他说使用GUI在TFS中设置自动部署非常容易，我应该进行研究。除了致力于从VS进行源代码控制外，我对TFS零经验。

在哪种情况下，TFS会失败？使用PowerShell进行自动部署会更好吗？选择PowerShell而不使用TFS还有哪些其他原因和优势？

还有另一件事：例如，我可以运行第三方工具来缩小TFS中的JS文件吗？

我可能想到的PowerShell的一些优点：

• PowerShell提供最大的灵活性
• 您可以轻松切换到另一个源代码管理系统，例如Mercurial
• 这些脚本比TFS生成的脚本更易于维护
• PowerShell轻巧：您可以在任何PC上运行脚本

我认为您所列出的优势让您大跌眼镜。Powershell为您提供了移动性，并允许您从源代码控制转移到源代码控制，但更重要的是，您可以从构建服务器转移到构建服务器，例如Jetbrains的TeamCity。由于脚本是独立的，并且可以从命令行运行，因此您可以从任何地方（包括您所说的本地计算机）将其启动。