Mercurial 在中间使用Tortoise Hg abort进行克隆[命令返回代码255] 我使用的是克隆叉子 >和克隆停止在进程的中间。我已经试了6次以上,但确实有问题

Mercurial 在中间使用Tortoise Hg abort进行克隆[命令返回代码255] 我使用的是克隆叉子 >和克隆停止在进程的中间。我已经试了6次以上,但确实有问题,mercurial,tortoisehg,codeplex,Mercurial,Tortoisehg,Codeplex,我使用的是Turtoise Hg的可视化客户端,我给出的源代码是https://hg.codeplex.com/forks/xxx/xxxx并选择了一个目的地 首次使用压缩方法 这是命令提示符中显示的内容 % hg clone --verbose -- https://hg.codeplex.com/forks/xxx/xxxx xxxx 但是这个过程开始得很快,然后就挂断了 requesting all changes adding changesets[Happen Fast] addi

我使用的是Turtoise Hg的可视化客户端,我给出的源代码是
https://hg.codeplex.com/forks/xxx/xxxx
并选择了一个目的地

首次使用压缩方法

这是命令提示符中显示的内容

 % hg clone --verbose -- https://hg.codeplex.com/forks/xxx/xxxx xxxx
但是这个过程开始得很快,然后就挂断了

requesting all changes
adding changesets[Happen Fast]
adding manifests[Happen Fast]
adding file changes[Hangs in the middle]
transaction abort!
rollback completed
abort: stream ended unexpectedly (got 147721 bytes, expected 422805)
[command returned code 255 Sun Mar 31 15:52:26 2013]
然后我尝试了解压方法

 % hg clone --uncompressed --verbose -- https://hg.codeplex.com/forks/xxx/xxxx xxxx

也在过程中间停止。

streaming all changes
4033 files to transfer, 37.2 MB of data
abort: unexpected response from remote server: empty string
[command returned code 255 Sun Mar 31 15:22:44 2013]
我第7次尝试了它,它比以前尝试的次数多得多,但是得到了更多的字节
得到了74673个字节,预计是256973个


这有什么不对,我以前在克隆项目中使用过相同版本的Tortoise Hg。这非常耗时。我所做的有什么不对吗?。如何解决这个问题?

我已经成功地进行了克隆,原因是连接了Internet。在最初的旅程中,互联网对我来说是沉重的。这就是造成问题的原因。现在,由于互联网连接速度相当快,克隆技术工作得很好。没有绞刑。如果你面临同样的问题,基本检查是一个良好的互联网连接。希望这能帮助别人


编辑:这种情况再次发生在我身上,但这次我尝试使用命令提示符进行克隆。它也工作得很好

对于其他遇到此问题的人,我在我们的内部Mercurial服务器(不是CodePlex)上遇到了此问题,并将其修复

我们的安装程序是Mercurial,在Windows Server 2008 R2上运行,在IIS下运行。我们遇到的问题是CGI超时。克隆整个存储库超过了CGI的15分钟默认超时时间。解决方法是增加超时时间。这可以在IIS管理器中完成

  • 打开IIS管理器
  • 选择网站
  • 打开CGI面板
  • 编辑超时
  • 单击应用
  • 重新启动网站的池

  • 如果互联网性能是CodePlex的一个因素,我猜类似的超时也是罪魁祸首。

    我面临着类似的问题。感谢您提示使用命令提示符。。它似乎在命令提示符下工作。我在命令提示符下也遇到了同样的错误。有没有其他方法可以克隆repo?我有一个很好的连接。我只能克隆小项目(存储库大小<15MB)。无论我使用Workbench还是命令提示符,更大的项目(40MB)都不起作用:(我正在Windows Server 2008 R2上使用wFASTCGI。我也遇到了同样的问题,因此我将超时时间更改为600秒。这对我来说很有效。随着存储库的增长,除非它被拆分,否则我需要在以后再次更改它。