Я использую TeamCity 6.5 на Windows Server с несколькими агентами сборки на одном сервере (все работают как пользователь системы в качестве сервисов).Я создавал проекты SilverLight и выполнял тесты StatLight (v 1.4.4147) ранее под Jenkins без проблем.В Jenkins я вызвал тест StatLight в пользовательском сценарии следующим образом:
StatLight.exe -x="Tests.xap"
StatLight.exe -x="MoreTests.xap"
StatLight.exe -x="EvenMoreTests.xap"
... и т. Д., Но когда я перенес свои задания по сборке в TeamCity, я также изменил их в один шаг командной строкиследующим образом:
StatLight.exe --teamcity -x="Tests.xap" -x="MoreTests.xap" -x="EvenMoreTests.xap"
Это работает примерно в 50% случаев, но когда происходит сбой, в журнале сборки нет вывода, чтобы сказать мне, почему - я просто получаю:
[11:41:18]: [MyProject\bin\Release\MoreTests.xap] Tests.ExtensionsTests.WatchObservableCollection
[11:41:18]: [MyProject\bin\Release\MoreTests.xap] Tests.SubscribingModelBaseTests.DisposeIsCalled
[11:41:18]: [MyProject\bin\Release\MoreTests.xap] --- Completed Test Run at: 28/09/2011 11:41:18. Total Run Time: 00:00:11.8125000
[11:41:19]: [MyProject\bin\Release\MoreTests.xap] Test run results: Total 6, Successful 6, Failed 0,
[11:41:19]: [Step 5/6] MyProject\bin\Release\EvenMoreTests.xap (9m:42s)
... и больше ничего.Время, указанное в последней строке, просто увеличивается и увеличивается, пока я не убью задание на сборку.Добавление ключа --debug в StatLight также не улучшает вышеприведенный вывод.
Прямо сейчас я переключил шаг сборки TeamCity, чтобы вызывать каждый тест по отдельности, как это было в Jenkins, но это большеОбходной путь, чем правильное решение.И, конечно же, я все еще могу столкнуться с вышеупомянутой проблемой - мне еще предстоит выяснить.
Что я хотел бы знать, это какие шаги я могу предпринять, чтобы исправить эту проблему должным образом, или есть лиИзвестные проблемы, которые могут вызвать вышеуказанное поведение?