dfe*_*aro 59 tdd teamcity tfs continuous-integration tfsbuild
我们是一家从事.NET LOB开发工作的MS商店.我们还为我们的CRM应用程序使用MS Dynamics ...所有开发人员目前都在使用VS/SQL Server 2008.我们也使用VSS,但是每个人都讨厌它在工作中并且很快就会出局.
我们正在开始整个团队的TDD实施计划(〜十几个人).我已经获得TeamCity设置并使用2008 sln构建器成功运行我的第一个自动构建,并使用同事已设置的SVN进行源代码控制分析.在演示管理时,我认为他们开始购买我的蛇油,并提出了调查TFS的建议.
这让我对TDD架构的计划产生了不小的影响.尽管如此,因为我一直认为TFS太昂贵而且对我们的团队来说不值得(而且我在其他商店也看到了相同的情况).我觉得MS在TDD/CI领域已落后多年,第三方产品可能更好,更成熟......我还需要做很多研究,但我想我会来这里看看如果有人实际使用过两个系统.
我意识到TFS包含的内容远远多于构建服务器......但我不想至少故意将这个问题过于宽泛.使用TFS/TFB代替TeamCity的实际利弊是什么 - 例如,我们会失去/获得哪些好处？有没有人在这里实际使用过这两个系统(TFS for TDD/CI和TeamCity/SVN)并且可以从实际的角度说话？
我已经对这个主题做了一些搜索,我在SO上找到的一篇帖子提到TFB的缺点是它只支持MSBuild.我打算在TeamCity上使用FinalBuilder; 看来它也支持TFS ......
谢谢你的建议
编辑:有没有人使用TFS作为他们的Build/CI服务器,可以告诉成功/失败的故事？
dth*_*her 75
我们是一家小型开发商店,并认为Team Foundation Server为我们带来了太多的开销.我们曾经编写过自定义MSBuild脚本来从命令行运行,但在我们发现TeamCity之后,我们将整个构建过程移到了它上面.
我们发现TeamCity易于使用和配置,JetBrains提供了出色的支持和文档.它们的发布和更新周期也比微软快得多.
他们对SVN源代码控制的支持非常好,我们喜欢它们支持MSTest和NUnit进行单元测试.
我们还喜欢TeamCity Professional版本是免费的,因此我们可以对其进行评估以确定它是否适用于我们.我们还没有达到要求我们升级到企业版的项目配置数量(20).
Mik*_*Two 29
关于TeamCity,这个问题有很多好的答案.它与TFS无法比较,但它可能会为您提供一些关于TeamCity的信息.
我已经使用了两者,并且两者都取得了成功,但TeamCity更加容易.TeamCity设置和配置轻而易举.TFS不是.TeamCity坚如磐石,易于维护,只是简单的工作.JetBrains的开发人员在回应社区方面做得很好.他们每6至8个月发布一次,增加了真正的价值.TFS的周期为2年或更长.
TeamCity为您提供了更多选择,包括您的构建方式以及您使用的源代码控制.它不是一体的,但这有时是一件好事.它也有一套很好的扩展点.我们也非常满意它的代理模型.
我在TeamCity中经历了3次绝对痛苦的升级.我们确实进行了一次TFS升级,将我们的构建和源代码控制权降低了3天.我是我们项目的TeamCity管理员,每个月需要花费几个小时.TFS每周花费几天时间.
TeamCity + SVN + VisualSVN一直是我工作过的最顺畅的环境.TFS在日常工作中一般都很流畅,但前提是有人在那里继续运行.
希望有所帮助
TFS的好处是Microsoft支持的一个集成环境.我个人不喜欢TFS进行源代码管理,并且遇到了很多问题.它很笨重,但它有VS集成的好处(在VisualSVN中也可用,但不是那么健壮).
就个人而言,我认为使用SVN/TeamCity会好得多.它更容易使用,并且表现得更像您期望的那样.与大多数开源软件一样,两者都在不断发展,并且在Microsoft之前将始终拥有最新和最强大的功能.2之间的整合非常好,我发现系统中没有致命的缺陷.我不断推动我现有的公司(我们使用TFS)走这条路,因为我相信这是一个更好的工作流程.作为额外的好处,它比通过TFS路线便宜得多.
我也使用了TFS的FinalBuilder - 我的问题是你真的用FinalBuilder购买了什么,你不能用NANT/MSBuild做什么？不幸的是,我店里的答案很少.