我们的团队设立了夜间和持续的一体化的基础之上。我们自己的团队的基础服务器和可能使用团队的基础构建。我更熟悉CC.Net 和精益的方式,但是管理层看到所有的钱花在TFS,并希望使用它。

有些事情我喜欢好CC.Net 是灵活的通知以及为了便于执行定义的脚本。

如果你有经验的产品,其中你更喜欢和为什么?

有帮助吗?

解决方案

我用这两者。我想这取决于你的组织的价值观。

因为你熟悉CC净,我不会说太多。你已经知道是什么使得它很酷。

这里就是我喜欢团队的基础构建:

  • 建立剂。这是非常简单的把任何框成建立机和运行一个建立在。微软了这一权利。
  • 报告。所有有关建立结果(试验中包括的)存储在一个,SQL数据库,并报告了通过SQL服务器上报服务。这是一个非常强大的工具,用于制图建立并测试的结果随时间。CC网没有这种内置的。
  • 你可以做类似的定义通过MSBUILD。它基本上是相同的作用NAnt与CC净

这是什么驱使我了墙有关的团队的基础构建:

  • 建立C++/CLI的项目(或运行单位测试...?) 该建立代理人必须有ONLINE开发或团队套安装。这个,朋友,只是batsh*t疯狂。
  • 它必须接TFS母舰

如果你在一个大的组织有很多的老板是谁拥有庞大的预算和爱的报告(而不要误会我,这个拥有巨大的价值),或者你需要的规模达到一个多机构建农场,我喜欢团队的基础构建。

如果你是一个精简的商店,坚持CC净和发展自己的报告解决方案。这就是我们做了什么。

直到我们得到了获取。并得到了TFS:P

其他提示

我假定你自己的TFS您可以使用它的版本控制。在这种情况下,我将倾向的团队的基础构建。这就是说,我非常同意 尼克.

我写的 CruiseControl.NET 一体化TFS.它工作得很好,给你同样的建设能力。我CC.NET's的主要优点是,它是完全可扩展并整合与所有主要供应链管理和建立系统的太阳。主要的原因是我写的CC.NET 集成到TFS的是,在TFS2005的建立系统没有出框CI的支持。然而TFS2008的版本大大改善和团队继续非常积极地提高它对于未来的版本的TFS。

主要的原因交换TFS建立将使其自动报告的建立信息回到TFS这有助于完成软件的开发图片方面的报告。它还集成了很好的项目跟踪工作侧TFS和内部IDE(两者在Visual Studio和日食).

这就是说,如果你有大量的投资Nant脚本做的不仅仅是汇编和测试你的代码或是你已经有一家酿的报告解决方案可能要坚持你所拥有的。

真正的价值在团队的基础构建,它伙伴变更集和工作项目的基础之上。

这使得一些有用的情况下:

  • 你可以看看一个工作项目,并找出什么建造它是包含在
  • 你可以看看一个建立和看哪个代码变化(和工作项目),它包括

然后当然还有报告建立在这一信息。但是,即使这些联系,由自己是有用的非管理型。

看看www.tfsbuild.com 为"菜谱"在不同的团队建立的配置。

SVN是一个好工具,远远优是不正确的,SVN与TFS类似于一辆福特皮卡vs一辆奔驰500,它得到完成工作,但它不是很漂亮也不是舒适的,该合并有很大的改进。我更喜欢TFS合并工具,因为它似乎喜欢的支dev是有权利与你一起工作,这是多么聪明。我们的内部SVN似乎遭到损坏了很多,这就是原因我们抛弃它,去TFS并没有回头。搁置的变更集是一个敏捷的发展商店,目前有270+工程师在TFS没有问题或问题,SVN只是不能够处理这种负荷没有人有问题。

我更喜欢CC.NET 只是因为我们已经开发了在房屋以扩展功能的报告和行政管理。TFS建立是非常紧密结合,但是和我们预期一个开关的时候,我们升级到SQL2008年

我们已经被使用CruiseControl.net 自六月以来07年,它的工作为我们伟大的。最好的部分,它集合了来SVN轻松这是一个远远优源的控制提供者。

所以我们的设置是:

我们已经有了一些重大的平行发展和分支和合并的经验是壮观。如果你有选择我会去的设置上!

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top