SVN工作副本在dropbox文件夹中。这是个好主意吗？

Question

我需要在已安装的boxcryptor目录中保留某个svn文件夹，该目录位于dropbox文件夹中。这是个好主意吗？

我认为.svn文件夹的大小不断增加，我不想浪费Dropbox空间和网络带宽。我只想在没有.svn文件夹的情况下保留工作目录。有没有办法做到这一点？或任何其他修复？

Answer 1

通常，我看不到使用DropBox作为工作副本的位置的问题。 （我正在将它用于一些参考书目文件，我在不同设备之间为自己进行同步，但这些文件也在我们的svn中供其他人使用和修改）

你不会在那里绕过.svn文件夹，否则你将无法使用svn与该代码。我想不出有没有.svn文件夹的文件，但仍然使用它作为工作副本（例如svn export只会转储代码的副本，但它不会在版本下控制。）

编辑：之前发布过类似的问题（关于节省空间）："Subversion and DropBox"

Answer 2

我使用Dropbox存储我的Subversion存储库！

我觉得这是一个方便的地方。我可以在各种计算机上运行svnserve。只要我是唯一一个访问存储库的人，而且我一次只能从一台计算机上访问它，那就没关系。

关于您已检查过的工作目录，也可以这样说。只要一次只有一个用户访问它， 可能 就不是问题。但事实是，在Dropbox中保存整个存储库的问题可能少于拥有工作目录的问题。

无法保证一个Dropbox客户端与另一个客户端兼容。也就是说，不能保证一个Subversion客户端的工作目录可以被另一个使用。 Subversion 1.7中引入的主要变化尤其如此。但是，如果您在每台计算机上使用相同的客户端，或找到两个兼容的客户端，则不应该有任何问题。

当然，版本控制的整个想法是让你能够在多个地方拥有相同的文件，所以没有理由共享工作目录。唯一的好处是在工作中做出改变，然后跑回家继续而不必在两者之间做出承诺。

您关心的是.svn目录的大小。您可以对目录执行svn export。它不会包含.svn目录，但它也不允许您修改并将更改提交回Subversion。并且，您无法使用svn log等命令。

Subversion使用.svn目录将您的工作副本与存储库连接起来。在1.7之前的版本中，Subversion将存储整个结账的副本。这将允许您执行svn diff而无需ping存储库。我不能100％确定Subversion 1.7的工作目录布局布局。