TortoiseHG 通过 VPN 速度缓慢
我在一个相当慢的 VPN 上使用 TortoiseHG，它基本上无法使用。任何操作如果要完成的话，都需要永远完成。
我处理存储库的本地克隆，并通过映射网络驱动器将更改推送或拉取到服务器上的存储库。然而，尝试在服务器存储库上执行任何操作都需要很长时间。
是否可以更改任何设置以使 TortoiseHG 在慢速连接上运行得更快。或者我可以在远程工作时使用替代方案，同时在办公室仍然使用 TortoiseHG。
I'm using TortoiseHG over quite a slow VPN and it is essentially unusable. Any operation takes forever to complete, if it completes at all.
I work on a local clone of a repository and push or pull changes over a mapped network drive to a repository on a server. However trying to do anything on the server repository takes an age.
Are there any settings that can be changed to make TortoiseHG run faster over a slow connection. Or is there an alternative I could use whilst working remotely whilst still using TortoiseHG when in the office.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
Mercurial 是一种分布式版本控制，因此比基于服务器的工具具有一些优势。
例如，可以“捆绑”（
hg help bundle）特定的变更集。这将创建一个通常非常小的压缩文件，因为该文件仅包含您选择的变更集。如果您知道目标办公室至少存在哪个变更集，则可以选择该变更集并调用hg bundle --base 123 filename.hg，其中 123 是已经存在的变更集编号出现在目的地。该文件可以通过邮件、U 盘或信鸽在您的办公室之间传输。在您的目的地，将其“解绑”到存储库中，其工作方式类似于“推送”。
Mercurial is a distributed version control and hence has some advantages over a server-based tool.
It is possible for example to "bundle" (
hg help bundle) particular changesets. This creates a usually very small zipped file, because this file only contains the changesets you selected. If you know, which changeset is at least existing at the destination office, you select this one up to the tip and callhg bundle --base 123 filename.hgwhere 123 is the changeset number that is already present at the destination.This file can be transferred by mail, USB stick or carrier pigeon between your offices. On your destination, "unbundle" it into the repository, which works like a "push".