我们在 TFS 2010 中设置了构建和部署脚本。 但我们也在评估 indeo Build Master。有人用过这个吗？
另外，一般来说，对于一个完整的 .NET 公司来说，拥有另一个 SCM 管理工具是否有意义？ 这是inedo的链接
【问题讨论】：
标签： version-control tfs msbuild buildmaster
我在研究 Inedo 的 BuildMaster 时也发现了这一点。我们是一家 .NET/TFS 商店，BuildMaster 解决了各种不同的问题。
这是我发现的一篇博客文章，讨论了这些差异： http://blog.inedo.com/2011/06/06/how-does-buildmaster-compare-to-team-foundation-server/
我们正在使用 BuildMaster 的免费版本，一旦我们将其用于其他项目，可能会升级到企业版。
【讨论】：
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 没有内置的功能，但这并不理想。
【讨论】：