情况就是这样：在我的小办公室，因为我们喜欢保持移动，偶尔在家工作，而不是拥有中央文件服务器，我们将所有办公室文件放在SVN存储库中，每个人都在办理结账自己的笔记本电脑。结帐重量约为3GB，其中包含修订版：约6GB。这一切都很有效。
问题是很快我们就不会再有一个小办公室 - 我们所有的5名工人都将远程工作。我曾考虑购买专用服务器并运行我们的SVN存储库，除了我们的两名工作人员真正远程，并将使用3GB /月限制的无线“宽带”，我是担心一些大的更新会真正撕掉他们的每月津贴，更不用说整天都要完成了。
在Stack Overflow上阅读几个问题，似乎有一个分布式VCS爱好者的社区，他们认为git或mercurial绝对是最适合许多情况的人。鉴于所有员工仍然能够至少每两周面对面一次（因此在快速局域网上）面对面，我想知道DVCS是否适合我们？
答案 0 :(得分：1)
我不知道您的回购中究竟有什么，但除非您定期更换所有文件，否则DVCS应该为您提供非常理想的工作流程。
你可以做一个svn - ＆gt; git转换，将repo粘贴在DVD上并将其邮寄给所有卫星办公室，然后让它们从办公室取出，因为事情以相当低的增量成本变化（通常应小于delta）。
答案 1 :(得分：1)
结帐Fossil DVCS，它可能适合您的账单。可以像SVN或DVCS一样使用化石。如果您担心它处理您当前的存储库，请试一试。它还有一个内置的项目wiki和bug跟踪系统，也可以与存储库一起分发。你可以尝试一下，看看它是否适合你的小团队。
您的痛苦将会失去您的修订历史，此时我不相信您可以将svn存储库导入Fossil。
加入邮件列表，您将获得任何问题的答案。 SQLite的创建者也是这个项目的创建者。希望这可以帮助。
答案 2 :(得分：1)
我不明白为什么不。使用 git 之类的东西，存储库是机器本地的，因此您的远程员工实际上可以拥有跟踪的更改日志，然后可以与主存储库合并或重新绑定 - 无论您决定是什么 - 当他们有机会的时候。
此外， git 与SVN相比具有非常好的压缩效果，因此对于远程员工而言，3GB / mo配额可能已经足够了。
Randal Schwartz实际上在Google的技术讲座中对 git 进行了非常好的演示：http://www.youtube.com/watch?v=8dhZ9BXQgc4
答案 3 :(得分：0)
（似乎没有人回答这个问题。）DVCS当然看起来会起作用，但我没有经验。如果您不希望每天进行大的更改，那么像svn这样的集中式系统也可能会起作用。 （从服务器上升和返回）在这种情况下的初始获取将是唯一真正昂贵的问题。
您现在可以监控您的使用情况并查看有多少流量来回传输吗？
这里真正的问题是3GB / mo的带宽限制。提出更好的连接解决方案可能更好......