我们有几个RHEL5开发服务器，每个开发人员一个。 每台服务器都是开发人员自己的沙盒，可通过Samba共享（RHEL5客户端无法使用，公司策略需要Windows XP）提供Subversion检出function。 现在有几个开发者把笔记本作为主要的开发工具，并希望即使在没有networking连接的情况下，例如在演示室或家中，也可以使用他们的代码。 R / W当然是首选，但R / O也可以。
我正在考虑一些具有透明持久性caching的系统，它们是一个虚拟驱动器，它可以在线时与原始共享同步，并在脱机时replacenetworking驱动器。 有可能的其他解决scheme，你会推荐什么？
编辑：从评论来看，我注意到有多难解释我们在做什么。 我会再试一次。 有一个中央SVN存储库和开发人员的开发工作。 但是，他们不允许直接将这些框用作Linux客户端，而是由于公司的限制，他们需要使用Windows XP作为开发客户端。 因此，networking服务器停留在RHEL5开发框（参考平台）上，结账也停留在那里，并通过Samba（独家！）与开发人员共享。 SVN是什么也没有误解，只是检出位于服务器而不是客户端。 正因为如此，它们并不是在网上可以得到的，但是我们希望它们是 – 而这正是我的问题的实质。
告诉我这是否容易理解:)
我喜欢Matt Simmons的build议：使用你的版本控制系统。 话虽如此，如果出于某种原因不切实际，请查看Windows XP客户端中的“脱机文件”。 我已经在Samba上使用了“脱机文件”几年了。 一些版本有各种各样的愚蠢的问题，但是如果你运行更新的版本（我不知道什么版本的RHEL5），你应该没问题。
这听起来像你可能会错过颠覆背后的一般想法（原谅我，如果我错了）。 看起来你正试图重塑颠覆已经在默认情况下做的事情。
通常，从我所看到和使用的内容中，可以创build一个包含代码或文档的存储库。 然后，每个开发人员“检查”自己的本地副本。 这个本地副本存储在他们的硬盘上 。 完成后，他们检查他们的副本，并且上传他们所做的更改。
用SAMBA引入另一个层对我来说没有什么意义，除非可能有一些只读的版本可供非技术人员使用。
我把我的一些作品保存在一个Subversion版本库中，我在Windows机器上使用tortoiseSVN作为颠覆客户端。 你有没有考虑让他们在那里检查仓库，也许给他们一个“笔记本电脑开发”分支什么的，他们可以合并变化，然后将其折叠到他们的其他开发工作？
在我看来，如果使用分布式版本控制系统 （DVCS）（如Bazaar ， Git或Mercurial ），您的工作stream将会更好。 这些系统都允许你脱机工作（比如在旅行的时候），并且仍然提交并继续你的工作。
我相信我列出的三个DVCS将允许您在后端继续使用Subversion（稍微额外的努力），并且可能会提供从Subversion迁移的指南。