这是否表明我的存储库已损坏？
我svn up通过 ssh 运行，一旦意识到自己犯了一个错误，就中途退出（Ctrl+C），然后我再次尝试，它说要运行，svn cleanup所以我就运行了，ssh 进入了机器。然后我尝试svn up并等待，它什么也没显示（仍然没有）。
然后我照做了svnadmin verify /root/of/repos，它成功验证了每个修订版（超过 2400 个）。
然后我怀疑这个副本有问题。所以我签出了一个新副本并替换了旧版本。检查结果很好。但是，那个副本有同样的症状，基本上svn up以与挂起无法区分的方式运行。
我还能做什么吗，或者我的存储库（和所有更改）都消失了？:-(
答案1
尝试检出服务器上的工作副本（通过使用 file:// URL），只是为了检查存储库是否已损坏（我对此表示怀疑）。
我认为你的 ssh 隧道有问题
答案2
这与我的 SSH 隧道有关。但我在 SVN 手册中没有看到有关隧道的技术细节。
我可以用类似这样的方式结账：
svn co svn+ssh://somesitehost.com/var/svn/repos
但我无法使用svn up该签出的副本。当我签出时，SSH 会自动在我的用户名前面加上前缀（与 相同somesitehost.come），并使用我的 SSH 密钥进行握手。这是正常现象。
在此签出的副本中使用svn upSSH 在身份验证后卡住
debug1: Sending command: svnserve -t
我不确定那是什么。解决方案（我想）是始终使用您的完整 URI（包含您的姓名）来访问您的隧道。somesitehost.com不会成功。
svn+ssh://[email protected]/var/svn/repos/somerepo/trunk将永远有效。
我确实觉得很奇怪，我可以在不使用完整 URI 的情况下签出，但之后我无法对存储库执行任何其他操作。 也可能是svn export。