到目前为止,我已经运行了几个月的项目,现在使用相同的TortoiseSVN存储库没有太多麻烦。
我需要在项目中添加另一个框,但TSVN似乎无法连接到存储库。这是我发现或试过的东西:
我有两个客户端盒子:“旧”盒子和“新”盒子......
当我尝试使用repo浏览器从“新”框连接到repo或签出到新文件夹时,我收到以下错误消息:
无法连接到URL上的存储库 'https://(省略ip-address)/ usvn / svn /(省略项目)' 'https://(省略ip地址)/ usvn / svn /(项目省略)'的选项:不能 连接到服务器(省略IP地址)
我比较了“新”和“旧”框之间的所有TSVN设置,它们似乎都匹配
我最终会知道要检查什么,所以任何提示都会受到高度赞赏。
由于
答案 0 :(得分:14)
您需要确定这是TortoiseSVN,您的Subversion存储库或您的网络连接是否存在问题。
http://<server>/svn/<module>
而不是http://<server>/svn/
usvn
/<module>
。这个/usvn/
目录是否存在?
答案 1 :(得分:12)
尝试清除“已保存数据”下的设置 - 请参阅:
http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-settings.html
这适用于Windows 7。
埃里克
答案 2 :(得分:4)
我发现用IP地址号替换URL的第一部分而不是用于我的话。
例如使用:
http://111.11.11.111/svn/Directory
而不是:
http://www.url.com/svn/Directory
答案 3 :(得分:2)
我正在努力解决同样的问题。我更换了笔记本电脑,突然间我无法连接到服务器。奇怪的是,最初我遇到的错误只是阻止我做出承诺,比如: 命令:提交 错误:提交失败(详情如下): 错误:'/ svn / /!svn / act / c511b853-23b4-db4a-8991-0bc689a63353'的MKACTIVITY: 错误:无法解析响应状态行(http:// * 。 * * .com) 已完成! :
当我搬到另一个分支机构工作时(可以访问SVN服务器,两个分支上的每个人都没有问题,谁有适当的安全性),我开始收到如下错误:
命令:从http:// .com / svn / fineos / /结帐主干,修订HEAD,完全递归,包括外部 错误:无法连接到URL上的存储库 错误:'http:// * * .com / svn / fineos * / * / trunk' 错误:选项 错误:'http:// * .com / svn / fineos * / * < em> / trunk':可以 错误:未连接到服务器(http:// * .com) 已完成! :
注意:在每种情况下,我都可以通过浏览器访问存储库,它可以为其他所有人工作,所以显然它不是网络或存储库问题。
这对我有用的是卸载Tortoise客户端,然后从C:\ Users \ user \ AppData下的Local和Roaming文件夹中删除Tortoise缓存文件夹。 另外,我在Windows注册表中重命名了TortoiseSVN节点,因此无法找到旧配置。 然后重新安装后,客户端连接到repo精美。我不确定两个步骤是否都是必需的,也许只是更改注册表就足够了,我会留给你确认。
长期回应道歉,但由于我在谷歌搜索后没有看到对此问题的回应,我认为这可能对不同的情况有所帮助。
答案 4 :(得分:2)
我在进行svn更新时遇到了类似的问题。
对我有用的方法是将C:\ Users \ user \ AppData \ Roaming \ TortoiseSVN文件夹重命名为TortoiseSVN_bkp文件夹,然后再次尝试svn update。这次我可以连接到存储库,并且它已更新。
答案 5 :(得分:1)
SVN区分大小写。确保你拼写正确。如果已重命名,则可以将工作文件夹重定位到新URL。看到 https://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-relocate.html
答案 6 :(得分:0)
请看一下:
问题:在防火墙服务器上的命令行上调用SVN后,15秒内没有任何可见的情况发生,然后程序退出并显示以下错误:
svn:E170013:无法连接到网址“SVN.REPOSITORY.REDACTED”的存储库
svn:E730054:运行上下文时出错:远程主机强行关闭现有连接。
调查:上述错误的互联网研究未发现任何相关信息。
进程跟踪(procmon)显示在与SVN服务器进行SSL / TLS握手后,与Akamai(云服务)服务器的连接尝试。进程跟踪中未显示服务器的主机名。反向DNS查找显示a184-51-112-88.deploy.static.akamaitechnologies.com或a184-51-112-80.deploy.static.akamaitechnologies.com作为主机名,IP为184.51.112.88或184.51。 112.80(DNS缓存中的2个条目)。
数据包捕获工具(MMA)在向SVN服务器发送SSL / TLS握手后显示与主机名ctldl.windowsupdate.com的连接尝试。
Windows Crypto API尝试连接到Windows Update以检索证书吊销信息(CRL - 证书吊销列表)。 CRL检索的默认超时为15秒。服务器上的身份验证超时为10秒;当15大于10时,这就失败了。
决议:互联网研究发现了以下内容:(另见底部图片)
解决方案1:减少CRL超时组策略 - &gt;计算机配置 - &gt; Windows设置 - &gt;安全设置 - &gt;公钥政策 - &gt;证书路径验证设置 - &gt;网络检索 - 见下图。
https://subversion.open.collab.net/ds/viewMessage.do?dsForumId=4&dsMessageId=470698
support.microsoft.com/en-us/kb/2625048
blogs.technet.com/b/exchange/archive/2010/05/14/3409948.aspx
解决方案2:为CRL流量打开防火墙
support.microsoft.com/en-us/kb/2677070
解决方案3:SVN命令行标志(未经测试)
serverfault.com/questions/716845/tortoise-svn-initial-connect-timeout - 备用svn命令行标志解决方案。
其他信息:调试此问题特别困难。 SVN 1.8禁用对Neon HTTP RA(存储库访问)库的支持,支持删除客户端调试日志记录的Serf库。 [1]此外,返回的SVN错误代码与svn_error_codes.h中给出的字符串不匹配[2]此外,SVN错误代码无法轻松映射回其ENUM标签,此情况SVN错误代码E170013映射到SVN_ERR_RA_CANNOT_CREATE_SESSION。 / p>
建议的SVN更改:
启用命令的详细程度,如同所有操作一样
将错误ENUM名称添加到stderr
为Serf Library调试日志记录添加配置标志。
答案 7 :(得分:0)
正如 David W。所述“首先,请检查您的网址” - 我们的dns条目更改了所有svn repo连接。正如Wes所说的那样连接ip而不是url - (现在我们必须修复我们的dns)
答案 8 :(得分:0)
一旦我遇到同样的问题。我试图使用由DOMAIN NAME组成的存储库URL来进行svn checkout。我尝试使用IP地址代替DOMAIN NAME进行连接,并且我能够结账
答案 9 :(得分:-1)
从命令提示符运行ipconfig / flushdns。 显然有些人似乎以为我发布了这个答案很有趣。这就是为什么他们不赞成我的回答。也许一个解释会帮助他们。 当我使用“ SVN更新”时,它说它无法连接到SVN存储库,尽管我可以ping服务器。运行ipconfig / flushdns后,此问题已解决。