Svn 连接到源代码管理时的CruiseControl异常

我收到巡航控制系统关于无法连接到服务器的异常。然而，如果我强制构建，它就可以正常工作。我还尝试使用repo浏览器连接到服务器，没有任何问题，因此我知道服务器已启动并正在运行。我正在运行CCNET1.4.4和Sliksvn1.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)

---

任何想法都将不胜感激

我终于让它重新工作了，这就是我所做的

• 在我的CCNET配置中将maxSourceControlRetries设置为10
• 在我的CCNET配置中将sourceControlErrorHandling设置为ReportOnEveryRetryAmount
• 切换到CollabNet客户端的最新版本

事实证明，CCNET在以前的版本中吞并了像这样的sourcecontrol错误，所以我可能在更新到CCNET 1.4.4之前就遇到了问题，但我没有意识到这一点

---

谢谢你的评论

在代码冻结附近更改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>

https://svn/Engineering/Applications/Quasar/tags/REL-TeamRowdy-RC1-2013.07.17.003
类星体
真的
真的
https://svn/Engineering/Applications/Acme/tags/REL-TeamRowdy-RC1-2013.07.17.003
顶点
真的

好吧，它在那里给你命令。“C:\Program\SlikSvn\bin\svn.exe log-r”{2009-06-23T01:36:19Z}:{2009-06-23T07:20:25Z}”--verbose--xml--username ccnet--password auto--non interactive--no auth cache“我会尝试在命令提示符中键入它，看看是否会得到更有用的错误消息。我也这样做了，它一点也不会给我任何错误。”。一切正常。@Kristofer->当您从命令行运行它时，是否使用了您配置的同一个svn用户？我只是觉得很难相信，如果您可以在命令行上连接，它就不会连接。如果一切都是平等的，那么手的成功就意味着抄送的成功。这里没有魔法…@Alex->是的，我使用了同一个用户。我也同意它应该起作用，但由于某种原因它没有起作用。现在我已经升级到SlikSVN 1.6.3，到目前为止我没有收到任何错误。当我知道它工作正常时，我会在这里贴一张便条。你为什么要使用“SlikSVN”？为什么不储存CollabNet二进制文件？另外，对于HTTPS传输，通常首先怀疑的是错误/丢失的服务器证书。嘿，我也有同样的问题，但不确定如何修复它。在您所做的更改之后，您是否再也没有收到异常，或者每次收到异常时都是强制构建的？我可能仍然会收到错误，但不会超过连续10次，因为我不再从CruiseControl收到任何错误报告。现在的身材看起来还不错！不，我不是每次都强迫建造。我有同样的问题。我很久以前就做了前两件事，我知道这会降低“频率”，但并不能解决实际问题。我认为这与无法解析主机名或没有网络连接有关。我们看到这种情况通常发生在夜间，因此一些服务器可能会“睡眠”或其他情况，而无法连接。无论如何，这是一个令人讨厌的问题，我似乎无法完全解决它：(