Диагностика тайм-аутов задачи круиз-контроля .NET

Question

У меня есть скрипт сборки CCNet, который работает нормально, за исключением того, что время от времени задача MSBuild истекает. Я вошел и увеличил таймауты с 600 до 900 до 1200. Никаких кубиков, поэтому я уверен, что это как-то связано с тем, что строит MSBuild; большой старый проект веб-приложения. Я посмотрел на Google для каких-либо признаков проблемы здесь, но ничего не найдено.

Кто-нибудь сталкивался с этой проблемой раньше? В целом, какие шаги вы предпринимаете для диагностики тайм-аута в CCNet?

Answer 1

Попробуйте создать командный файл, который только запускает проект msbuild из командной строки, и используйте MsBuild Profiler , чтобы увидеть, где все время тратится.

C:\WINDOWS\Microsoft.NET\Framework\v3.5\msbuild.exe Build.proj /l:MSBuildProfileLogger,MSBuildProfiler,Version=1.0.1.0,Culture=neutral,PublicKeyToken=09544254e89d148c 

Хороший процесс ликвидации

Answer 2

У меня был похожий опыт. После отладки и запуска в командной строке cmd я обнаружил, что проблема связана с разрешениями на запись.

Вам следует проверить сетевые разрешения, на которые указывает выходная папка. Обычно все Vista / Windows 7 имеют проблемы с разрешением сетевой работы.

Попробуйте дать полные права на выходную папку и посмотрите, что произойдет. А также попытайтесь увидеть, правильно ли берется контрольный путь.

Из VS он будет работать нормально, но когда вы попробуете из CC.net, нам, возможно, придется указать ссылочный путь.

/ р: ReferencePath = C: \ Users ....

Надеюсь, это будет полезно.

Answer 3

Несколько раз я сталкивался с чем-то похожим, когда локальная сборка была довольно быстрой, но задача была ограничена круиз-контролем.

Это всегда сводилось к сносу вещей (может быть, целой ветви вашего кода) из какого-то сетевого расположения, и по этой причине время ожидания круиз-контроля истекло.

Другой вариант, у вас может быть очень низкая производительность, но вы бы это заметили!