我们在TFS 2010中设置了构建和部署脚本。 但我们也在评估indeo Build Master。以前有人用过吗？
此外，一般来说，对于一个完整的.NET内容，它是否会让人感觉有另一个SCM管理工具？ 以下是inedo
的链接答案 0 :(得分：4)
我在研究Inedo的BuildMaster时发现了这一点。我们是.NET / TFS商店，BuildMaster解决了各种不同的问题。
这是我发现的一篇博文，讨论了这些差异： http://blog.inedo.com/2011/06/06/how-does-buildmaster-compare-to-team-foundation-server/
我们正在使用BuildMaster的免费版本，一旦我们将其用于其他项目，可能会升级到企业。
答案 1 :(得分：0)
Buildmaster有一个TFS插件，可以帮助从TFS Builds中获取构建。我们使用Gated签入来确保代码构建，并使用Buildmaster打包构建，以便通过环境进行单击以进行部署。 Buildmaster有一个固定转发方法（如没有回滚），你可以在其中为一个版本创建许多版本，每个版本都在每个环境中传播，当说QA中存在一个或多个并且没有移动到Staging时，它们都将被移动同时进行分段，但是按顺序进行，从而确保所有工件在每个环境中移动。
在Buildmaster之前，我们使用了一个运行良好的xml驱动的PowerShell脚本，但Buildmaster代理使我们免于远程桌面脚本执行。我们的Powershell脚本具有Buildmaster尚未拥有的1个优势。我们使用xml配置文件来保存应用程序配置文件信息，包括文件名，相对路径和xpath设置，以从源控件的配置文件中注入值，xml片段和删除xml节点。 Buildmaster使用存储在Buildmaster中的模板配置文件，并为每个环境替换标签。如果配置文件中发生任何更改（例如添加其他环境非特定部分），则需要进行高维护，这需要再次创建模板。
Buildmaster确实有一个允许你运行可执行文件的自定义操作，所以从理论上讲，你可以运行自己的命令来执行Buildmaster没有内置的功能，但这并不理想。