2009-11-10 2 views
2

Мы используем CCNET 1.4.4.83 на Win 2003 SP2. Несколько дней назад CCNET начала сообщать о сбоях сборки без какой-либо конкретной причины. Проект содержит одну задачу exec, которая запускает build.bat. Пакет выполняет все задания (msbuild, fxcop, db scripts, tests), но в журнале сервера я вижу, что не все команды выполнялись с build.bat. Похоже, что что-то убивает процесс посередине, но я уверен, что это не проблема с тайм-аутом. Я пытался отключить антивирусное программное обеспечение - не повезло. Служба работает под учетной записью локального администратора. Если я запускаю build.bat вручную на компьютере CCNET, это всегда удается.Отчеты CCNET строят сбой без причины

Вот фрагмент журнала:

2009-11-10 11:26:48,584 [288:DEBUG] [trunk C:\integration\trunk\src\build.bat]  60 Warning(s) 
2009-11-10 11:26:48,584 [288:DEBUG] [trunk C:\integration\trunk\src\build.bat]  0 Error(s) 
2009-11-10 11:26:48,584 [288:DEBUG] [trunk C:\integration\trunk\src\build.bat] 
2009-11-10 11:26:48,584 [288:DEBUG] [trunk C:\integration\trunk\src\build.bat] Time Elapsed 00:00:23.73 
2009-11-10 11:26:48,724 [trunk:INFO] Task execution failed 
2009-11-10 11:26:48,724 [trunk:INFO] Task output: 
<buildresults> 
-- the batch output here-- 
</buildresults> 

2009-11-10 11:26:48,803 [trunk:INFO] Merging file: c:\integration\trunk\Artifacts\Tests1.xml 
2009-11-10 11:26:48,803 [trunk:INFO] Merging file: c:\integration\trunk\Artifacts\FxCop.xml 
2009-11-10 11:26:48,803 [trunk:WARN] File not Found: c:\integration\trunk\Artifacts\FxCop.xml 
2009-11-10 11:26:49,428 [trunk:INFO] Emailing "trunk Build Failed" to .... 
2009-11-10 11:26:55,506 [trunk:INFO] Integration complete: Failure - 10/11/2009 11:26:48 

Любые идеи туда, где посмотреть будут оценены !!

ответ

3

Очень сложно отслеживать такие проблемы, когда весь процесс сборки выполняется через одну задачу CCNET, подобную этой. Возможно, это не вариант, но я бы рекомендовал расщепить процесс сборки из одного .bat-файла и создать отдельные задачи CCNET - это упростит просмотр того, что происходит, когда что-то начинает странствовать.

например. отдельные задачи для:

  • MSBuild
  • FxCop
  • dbscripts
  • тесты

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

Кроме того, я предложил бы пытаться войти отладки/прогресс информации вдоль пути - пытаясь найти точку, в которой он на самом деле не удается и идти оттуда

+0

Хорошая идея, и я попробую, если не найду другого решения. Некоторое время назад я обнаружил, что сценарии оболочки намного проще, чем настраивать конфигурацию ccnet. Журнал установлен в DEBUG, но в нем нет ничего полезного. – UserControl

+1

Я знаю, что вы имеете в виду, хотя, как только вы привыкли настраивать конфигурацию ccnet, это не так уж плохо. Я считаю, что гранулярность меньших задач CCNET стоит того. – AdaTheDev

+0

Прошел почти весь день и закончил с вашим решением :( – UserControl

2

Попробуйте запустить консольную версию CCNET и включить ведение журнала DEBUG.

  • Если это также удастся, то у вас есть что-то в вашем скрипте сборки, которое услуга не допускается.
  • Если нет, то это должно по крайней мере облегчить диагностику проблемы.
+0

Спасибо за идею! Попробовал, и консольная версия просто великолепно строит проект. Но я не могу себе представить, что является незаконным с точки зрения сервиса. команды в пакете: msbuild.exe, svn.exe, nunit-console.exe, fxcopcmd.exe плюс несколько вызовов другим партиям (пытались прокомментировать их, чтобы локализовать проблему - не повезло, хотя). И последние изменения i сделанные в партию, были за неделю до проблемы. – UserControl

Смежные вопросы