CruiseControlException при подключении к источнику управления - PullRequest
Новая
       18

CruiseControlException при подключении к источнику управления

4 голосов
/ 23 июня 2009

Круиз-контроль получает исключение из-за невозможности подключения к серверу. Однако, если я форсирую сборку, она работает просто отлично. Я также попытался использовать обозреватель хранилища для подключения к серверу без каких-либо проблем, поэтому я знаю, что сервер работает и работает. Я использую CCNET 1.4.4 и SlikSVN 1.5.3. Ниже приведено исключение из журнала CCNET: 

ThoughtWorks.CruiseControl.Core.CruiseControlException:
Source control operation failed: svn: OPTIONS of 'https://some-server.com/trunk': could not connect to server (https://some-server.com) .
Process command: C:\Program\SlikSvn\bin\svn.exe log https://some-server.com/trunk -r "{2009-06-23T01:36:19Z}:{2009-06-23T07:20:25Z}" --verbose --xml --username ccnet --password auto --non-interactive --no-auth-cache
at ThoughtWorks.CruiseControl.Core.Sourcecontrol.ProcessSourceControl.Execute(ProcessInfo processInfo) 
at ThoughtWorks.CruiseControl.Core.Sourcecontrol.Svn.GetModifications(IIntegrationResult from, IIntegrationResult to)
at ThoughtWorks.CruiseControl.Core.Sourcecontrol.MultiSourceControl.GetModifications(IIntegrationResult from, IIntegrationResult to)
at ThoughtWorks.CruiseControl.Core.Sourcecontrol.QuietPeriod.GetModifications(ISourceControl sourceControl, IIntegrationResult lastBuild, IIntegrationResult thisBuild)
at ThoughtWorks.CruiseControl.Core.IntegrationRunner.GetModifications(IIntegrationResult from, IIntegrationResult to) vid ThoughtWorks.CruiseControl.Core.IntegrationRunner.Integrate(IntegrationRequest request)

Любые идеи будут высоко оценены!

Ответы [ 2 ]

5 голосов
/ 03 июля 2009

Я наконец снова заработал, и это то, что я сделал.

  • Установите maxSourceControlRetries равным 10 в моей конфигурации CCNET
  • Установите sourceControlErrorHandling на ReportOnEveryRetryAmount в моей CCNET-конфигурации
  • Переключено на последнюю версию клиента CollabNet

Как выяснилось, CCNET проглотил ошибки sourcecontrol, подобные этим, в предыдущих версиях, поэтому у меня могли быть проблемы даже до того, как я обновился до CCNET 1.4.4, но не знал об этом.

Спасибо за ваши комментарии!

0 голосов
/ 24 июля 2013

Я столкнулся с этой проблемой при смене источника SVN рядом со стоп-кодом. Я создаю тег выпуска и изменяю раздел управления исходным кодом, чтобы ссылаться на тег, а не на ветку разработки. Однако рабочий каталог сборки по-прежнему будет содержать источник для ветви разработки, включая все метафайлы SVN. Это вызывает исключение из-за коллизии источников SVN (исходная ветка dev и новый тег release).

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

Вот выдержка из файла ccnet.config, который был изменен, чтобы вызвать эту проблему. Это выглядит знакомо? 

<sourcecontrol type="multi">
    <sourceControls>
        <svn>
            <!--
            <trunkUrl>https://svn/Engineering/Applications/Quasar/branches/TeamRowdy</trunkUrl>
            -->
            <trunkUrl>https://svn/Engineering/Applications/Quasar/tags/REL-TeamRowdy-RC1-2013.07.17.003</trunkUrl>
            <workingDirectory>Quasar</workingDirectory>
            <cleanUp>true</cleanUp>
            <forceUpdate>true</forceUpdate>
        </svn>
        <svn>
            <!--
            <trunkUrl>https://svn/Engineering/Applications/Acme/branches/TeamRowdy</trunkUrl>
            -->
            <trunkUrl>https://svn/Engineering/Applications/Acme/tags/REL-TeamRowdy-RC1-2013.07.17.003</trunkUrl>
            <workingDirectory>Acme</workingDirectory>
            <cleanCopy>true</cleanCopy>
        </svn>
    </sourceControls>
</sourcecontrol>
...