为 WPF 应用程序构建服务器 - Team City 是否比 CruiseControl.NET 有优势？
首先：这并不是一个争论性问题或煽动性问题。我真的对此很好奇，因为我即将开始构建服务器评估过程。另外，这个问题不是一般的“哪个是更好的构建服务器”问题。 SO 上已经有很多这样的了。我想知道一个非常具体的方面。
有一天，我在推特上看到一些内容，内容如下： “如果您想运行 WPF 单元测试，Team City 是您的最佳选择。”
我做了一些挖掘，但找不到任何支持该声明的内容。谁能解释一下这一点，或者这个说法纯粹是虚构的？如果属实，TFS 在这方面表现如何？
如果重要的话 - 我们使用 TFS 2008 进行源代码控制，并使用 MSTest 进行单元测试。尚未选择用于测试可视化 WPF 位的测试库/框架。
First off: This is not meant to be an argumentative question or flamebait. I'm genuinely curious about this as I am about to start a build server evaluation process. Also, this question is not a general "which is the better build server" question. There are plenty of those on SO already. I'm wondering about a very specific aspect.
The other day I saw something come across my twitter stream that read something like this:
"If you want to run WPF unit tests, Team City is your best option."
I've done a little bit of digging but I am unable to find anything that backs that statement up. Can anyone shine some light on this, or is that statement pure fiction? If it is true, how does TFS hold up in this regard.
If it matters - we are using TFS 2008 for source control, and MSTest for unit tests. A test library/framework for testing the visual WPF bits has not been chosen yet.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
等一下，他在标题中提到了 CruiseCOntrol，但标签是用于 CruiSeControl.NET。
Kent 提到的任何内容都不适用于 CrusieControl.NET。我不知道您想如何测试 WPF，但 TFS 和 MSTest 在 CruiseControl.NET 上运行得很好，所以我对它们在哪里遇到问题很感兴趣。
这么长的答案就这么短。不，它没有优势，它们都有很多优点和缺点，最终将成为个人决定，没有正确/错误的答案。我自己更喜欢CC.NET。
Wait a minute, he mentions CruiseCOntrol in his title but the tag is for CruiSeControl.NET.
Nothing Kent mentions applies to CrusieControl.NET. I don't know how you want to test WPF, but TFS and MSTest work great on CruiseControl.NET so I'd be interested in where they ran into issues.
So long answer short. No it does not hold an advantage, they both have lots of pros and cons and it will ultimately end up being a personal decision with no right/wrong answer. I myself prefer CC.NET.
我可能看到了和你一样的推文。我也不记得是谁发的推文，但可能是 ayende，因为他为什么要构建自己的构建服务器。
我还没有使用构建服务器做过任何 wpf 项目，所以我不知道你所说的关于 cc.net 的事情是否属实。但是，如果我们谈论自动化测试、触发按钮单击、选择列表框项目，我认为这与 WPF 必须在 STA 模式下运行而 cc.net 在 MTA 下运行这一事实有关？或者类似的东西......
I saw probably the same tweet that you did. And I neither remember who tweeted it, but it might have been ayende, in regard to why he built his own buildserver.
I havent done any wpf projects with a build-server so I wouldn´t know if the thing you say about cc.net is true. But If we´re talking automation-tests, triggering button clicks, selecting listbox items, I think it´s has do to with the fact that WPF must run in STA mode while cc.net operates in MTA? or something along those lines...