Inedo Build Master vs Team Foundation Server

Question

我们在TFS 2010中设置了我们的构建和部署脚本。 但我们也在评估indeo Build Master。有没有人用过这个？

此外，一般来说，对于一个完整的.NET房子，它是否让感官拥有另一个SCM管理工具？ 这里是inedo的链接

Answer 1

我在研究Inedo的BuildMaster时也发现了这个问题。我们是一个.NET/TFS商店，BuildMaster解决了各种不同的问题。

这里有一个博客帖子，我发现讨论的分歧： http://blog.inedo.com/2011/06/06/how-does-buildmaster-compare-to-team-foundation-server/

我们使用buildmaster的免费版本，并可以升级到企业一旦我们将其用于其他项目。

Answer 2

Buildmaster有一个TFS插件，可以帮助从TFS构建中获取构建。我们使用门控检入来确保代码的生成，并且Buildmaster将该构建打包，以便通过环境部署一次以进行部署。 Buildmaster有一个固定的转发方法（如无回退），在那里你为一个版本创建许多构建，并且每个构建都在每个环境中传播，当有一个或多个存在于QA中并且没有移动到分段时，它们都将被移动在同一时间举行，但为了确保所有的文物在各种环境中移动。

在Buildmaster之前，我们使用了一个运行良好的xml驱动的PowerShell脚本，但Buildmaster代理将我们从远程桌面脚本执行中拯救出来。我们的Powershell脚本有Buildmaster尚未拥有的一个优势。我们使用xml配置文件来保存应用程序配置文件信息，包括文件名，相对路径和xpath设置以注入值，xml片段以及从源代码控制的配置文件中移除xml节点。 Buildmaster使用Buildmaster中存储的模板配置文件，并为每个环境替换标签。如果配置文件中的任何内容发生更改（如添加了额外的环境非特定部分，这将需要再次创建模板），这会导致高维护成本。

Buildmaster确实有一个自定义动作，允许您运行可执行文件，因此理论上可以运行自己的命令来执行Buildmaster没有内置的功能，但这并不理想。