我们的团队正在建立夜间和持续集成构建。我们拥有Team Foundation Server,并且可以使用Team Foundation Build。我更熟悉CC.Net并倾向于使用它,但管理层看到花在TFS上的所有资金,并希望使用它。
关于CC.Net,我喜欢的一些方面是通知的灵活性以及实施自定义脚本的简易性。
如果您对这两个产品都有经验,您更喜欢哪个,为什么?
我们的团队正在建立夜间和持续集成构建。我们拥有Team Foundation Server,并且可以使用Team Foundation Build。我更熟悉CC.Net并倾向于使用它,但管理层看到花在TFS上的所有资金,并希望使用它。
关于CC.Net,我喜欢的一些方面是通知的灵活性以及实施自定义脚本的简易性。
如果您对这两个产品都有经验,您更喜欢哪个,为什么?
我两者都用过。我想这取决于你的组织注重什么。
既然您熟悉CC Net,我就不多说了。您已经知道它有什么酷的功能。
以下是我喜欢 Team Foundation Build 的原因:
以下是我讨厌 Team Foundation Build 的原因:
如果您所在的大型组织有很多老板,他们有巨大的预算并且喜欢报告(请别误会,这非常有价值),或者您需要扩展到多机构建农场,我更喜欢 Team Foundation Build。
如果您是一个小型的组织,请使用CC Net并开发您自己的报告解决方案。这就是我们所做的。
直到我们被收购。然后得到了TFS :P
SVN是一个还不错的工具,但并非卓越无比。如果将SVN与TFS进行对比,就像是一辆福特皮卡车和一辆奔驰500,它能完成工作,但并不美观舒适,合并功能还有很多需要改进的地方。我更喜欢TFS的合并工具,因为它让我感觉分支开发人员就在身边帮助你,这就是它的智能之处。我们内部的SVN经常出现损坏的情况,这就是我们放弃它并转向TFS的原因,我们从未后悔过。对于敏捷开发团队来说,变更集的保留功能非常棒,我们目前有270多名工程师使用TFS,没有任何问题或困难,而SVN在没有问题的情况下无法处理那种负载。
我更喜欢CC.NET,仅仅是因为我们内部开发了一些工具来扩展报告和管理功能。虽然TFS构建非常紧密地集成了这些功能,但我们预计在升级到SQL 2008时会进行切换。