3

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

另外，一般来说，对于一个完整的 .NET 房子来说，拥有另一个 SCM 管理工具是否有意义？这是inedo的链接

4

2 回答 2

4

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

这是我发现讨论差异的博客文章：http: //blog.inedo.com/2011/06/06/how-does-buildmaster-compare-to-team-foundation-server/

我们正在使用 BuildMaster 的免费版本，一旦我们将其用于其他项目，可能会升级到企业版。

于 2012-01-19T06:25:15.077 回答
0

Buildmaster 有一个 TFS 插件，可以帮助从 TFS 构建中获取构建。我们使用 Gated check-in 来确保代码构建和 Buildmaster 打包构建，以便一键通过环境进行部署。Buildmaster 有一个修复前向方法（例如，没有回滚），您可以在其中为一个版本创建多个构建，每个构建都通过每个环境传播，当 QA 中存在 1 个或多个构建并且没有移动到 Staging 时，它们都将被移动同时分期，但要按顺序进行，从而确保所有工件在每个环境中移动。

在 Buildmaster 之前，我们使用了一个运行良好的 xml 驱动的 PowerShell 脚本，但是 Buildmaster 代理使我们免于远程桌面脚本执行。我们的 Powershell 脚本具有 Buildmaster 尚不具备的 1 个优势。我们使用 xml 配置文件来保存应用程序配置文件信息，包括文件名、相对路径和 xpath 设置以注入值、xml 片段并从来自源代码控制的配置文件中删除 xml 节点。Buildmaster 使用 Buildmaster 中存储的模板配置文件，并为每个环境进行标记替换。如果配置文件中有任何更改，例如添加额外的环境非特定部分，这将导致高度维护，这将需要再次创建模板。

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

于 2014-05-30T19:11:46.197 回答