从我的角度来看，我们正在内部构建我们自己的 NAnt/Ivy/CruiseControl.Net“ flavor ”，并且不禁感到其他开发商店正在做完全相同的工作，但随后每个人都发现了同样的问题和陷阱。
我根本没有提示 NAnt、Ivy 或 CruiseControl，因为它们在帮助我们的开发人员团队更加确定其代码质量方面非常出色，但这些工具非常受欢迎似乎很奇怪，但我们都在重新发明 CI 轮。
是否有使用上述工具构建 .Net 应用程序的预制解决方案？
最佳答案
持续集成工具通常只专注于持续集成的监控/运行方面 - 即它们监控存储库并在 checkin 某些内容时启动构建。成功的诀窍是创建易于维护和的自动化构建由于 ruby 的表现力，扩展 - rake 可能是比 nant 更好的选择，但如果你小心，你可以用 nant 实现同样的效果。
TeamCity 可能是设置和运行的最简单、最快的 CI 服务器，绝对胜过 CC。
Hudson 是另一种在我研究要使用的 CI 服务器时经常出现的产品，但是由于我选择了 TeamCity 并且从未使用过 Hudson，因此我无法真正比较 2。
关于build-process - 是否有针对 .NET 应用程序的预制持续集成解决方案？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2540625/