Сервер сборки для приложения WPF - имеет ли Team City преимущество перед CruiseControl.NET?

Question

Во-первых: это не спорный вопрос или пламенная приманка. Мне действительно любопытно, когда я собираюсь начать процесс оценки сервера сборки. Кроме того, этот вопрос не является общим вопросом о том, какой сервер лучше. Таких на SO уже много. Я задаюсь вопросом об очень специфическом аспекте.

На днях я увидел что-то, встречающееся в моем твиттере, которое читало что-то вроде этого: «Если вы хотите запустить модульные тесты WPF, Team City - ваш лучший вариант».

Я немного покопался, но не могу найти ничего, что подкрепляет это утверждение. Кто-нибудь может пролить свет на это, или это утверждение - выдумка? Если это правда, как TFS справляется с этой задачей.

Если это имеет значение - мы используем TFS 2008 для контроля версий и MSTest для модульных тестов. Библиотека / среда для тестирования визуальных битов WPF еще не выбрана.

Answer 1

Подождите, он упоминает CruiseCOntrol в своем названии, но этот тег предназначен для CruiSeControl.NET. Ничто, о чем Кент упоминает, не относится к CrusieControl.NET. Я не знаю, как вы хотите протестировать WPF, но TFS и MSTest отлично работают на CruiseControl.NET, поэтому мне было бы интересно узнать, где они столкнулись с проблемами.

Так долго ответь коротко. Нет, это не имеет преимущества, у них обоих есть много плюсов и минусов, и в конечном итоге это будет личное решение без правильного / неправильного ответа. Я сам предпочитаю CC.NET.

Answer 2

Я видел, наверное, тот же твит, что и вы. И я не помню, кто написал это в Твиттере, но, возможно, это был Айенде в отношении того, почему он создал свой собственный сервер сборки.

Я не делал никаких wpf-проектов со сборочным сервером, поэтому я не знаю, правда ли то, что вы говорите о cc.net. Но если мы говорим об автоматизированных тестах, об инициировании нажатий кнопок, выборе элементов списка, я думаю, что это связано с тем, что WPF должен работать в режиме STA, а cc.net работает в MTA? или что-то в этом роде ...