NPe*_*son 6 cruisecontrol.net build-automation teamcity tfs continuous-integration
今天我们正在使用TFS 2008进行源代码控制,我想我们将会像RTM一样快速推出TFS 2010.
我们将使用一些继续集成工具,但哪一个？我一直在看TeamCity和CruiseControl.NET两者似乎都很好(TeamCity更容易配置).我看过一些关于TFS 2010自动化工具的非常有前途的截屏视频,它看起来非常好.但我只是抓住了工具的表面.
我应该使用哪一个？
我们从CruiseControl.NET和NAnt开始.这些是免费的工具,让您完全控制.它们通过插件集成了TFS源代码控制.缺点是学习曲线,文档差(对于CC.NET)和XML编辑.它归结为一个开发人员(我)维护脚本.
我们终于切换到了TeamCity.它集成了TFS源控制; 大多数标准动作都可以开箱即用.它易于使用(基于Web),因此任何开发人员都可以通过最少的培训在其中设置他或她的项目.对于高级用法,它与NAnt集成.您将需要一台相当庞大的服务器用于构建机器(尽管可以分发代理).
我没有尝试过TFS CI功能; TeamCity做我们需要它做的事情.有一个免费的初学者版本; 如果你长大了,那么中等规模的开发商店的许可证价格合理.
鉴于您已经在使用TFS,我首先尝试使用TFS的CI工具,并在不满足您的需求时重新考虑您的决定.事实上,TFS 2008具有CI功能:我会尽快设置它们,而不是等到2010年才会下降.
我的团队现在正在使用一些TFS 2008的CI功能,他们一直在为我们工作得相当好.自己设置构建并不困难,与TFS工作项的集成非常可靠(工作项是在构建失败的情况下创建的).
我承认我们的系统相当简单:我们还没有把腿部工作用于装配版本化(因为它看起来像是大量的腿部工作)而且我们也不是单元测试(不幸的是).看来,MSTest单元测试只会落入其中!
| 归档时间： |
|
| 查看次数： |
4826 次 |
| 最近记录： |