Cruisecontrol.net отсутствующих проверок

Question

Я установил CCNET, и в целом он отлично работает. Он проверяет сервер SVN и проверяет код, если он видит какие-либо изменения. Кроме того, если во время сборки есть проверка. В настоящее время процесс сборки и тестирования занимает около 3 - 4 минут, если кто-либо проверяет код во время создания элемента управления crusie, не распознает checkin и ждет, пока не будет проведена проверка после выполнения сборки.

Почему это может быть?

Это СВН часть файла ccnet.config:

<sourcecontrol type="svn"> 
    <executable>svn.exe</executable> 
    <trunkUrl>http://*******/svn/repos/psl/AcademyPro/ASP%20.Net/trunk/</trunkUrl> 
    <workingDirectory>C:\CrusieControlProjects\AcademyPro\</workingDirectory> 
    <username>******</username> 
    <password>******</password> 
    <autoGetSource>true</autoGetSource> 
</sourcecontrol> 

Edited для ясности Проблема заключается в том, чтобы не делать с атомными возвраты. Завершение проверки может быть завершено, CCNET создает приложение и запускает тесты. На этом этапе кто-то другой делает еще одну проверку. Как только тестовый прогон завершится, я ожидаю, что CCNET обнаружит проверку, которая была сделана во время тестового прогона.

Этого не происходит, проверка пропущена, и сборка, которую я ожидаю, пропущена.

Является ли это ожидаемым поведением, или я не понимаю, что сказал @Jeff Mattfield?

Answer 1

Время на сервере subversion составляло около 2 часов с момента на сервере cruisecontrol. Я исправил это, и проверки теперь кажутся намного более плавными.

Answer 2

Конец субверсии является атомарным. Он недоступен для проверки до тех пор, пока он не будет выполнен без ошибок. Обновление или проверка из репозитория во время параллельного коммита приводит к состоянию репозитория до этого фиксации.

Иными словами, CC.NET получает то, что хранилище, содержащееся после последнего успешного фиксации.

Answer 3

У меня никогда не было этой проблемы, и я уже несколько лет работаю с SVN + CCNet.

1. Можете ли вы опубликовать всю конфигурацию проекта CCNet? Например, это может иметь какое-то отношение к триггерам.
2. Какую версию CCNet вы используете?
3. Вы говорите, что CCNet обнаруживает произошедшие изменения после сборка. Хорошо, но когда вы смотрите отчет о создании проекта («« Изменения с момента последней сборки »), отображаются ли только те, которые произошли после предыдущей сборки или все из них (включая те, которые произошли во время предыдущей сборки) ?

Answer 4

Убедитесь, что ccservice.exe.config/ccnet.exe.config имеет отладочный набор на уровне журнала:

<configuration> 
    <configSections> 
    ... 
    </log4net> 
     <root> 
     <level value="DEBUG"/> 
     <root> 
    </log4net> 
    ... 
    </configuration> 
</configSections> 

Затем проверьте вывод подрывной деятельности в ccnet.log для пересмотра диверсии.

2009-06-05 10:34:41,816 [15336:DEBUG] [cc-config svn.exe] <logentry 
2009-06-05 10:34:41,816 [15336:DEBUG] [cc-config svn.exe] revision="1057"> 

Убедитесь, что пересмотр последней ревизии с фиксаций под Svn trunkUrl (HTTP: //*******/svn/repos/psl/AcademyPro/ASP%20.Net/trunk/) дорожка.

В противном случае проверьте журнал и файл состояния для получения дополнительных сведений.