我应该将GIT用于公司文件转发吗？

我们在世界各地有许多远程工作者需要共享相同的文件（包括添加和编辑）

我们在过去使用过SVN，并取得了很好的效果

我们最大的SVN回购协议之一是17GB。尺寸从来不是问题。我们有各种各样的东西，主要是二进制文件

但是，SVN的缺点是在每个文件夹中存储一个隐藏的文件夹，这对用户不太友好。（特别是当用户复制和粘贴文件夹时）

---

Git似乎解决了这个问题。问题是我应该使用Git，还是坚持使用SVN，还是有其他一些我还没有遇到的开源工具？

Git确实在存储库最顶层的目录中保留了一个内部的

.Git

目录

---

我在Git中发现的主要优势是，所有的历史记录都可以在本地获得，而且对于笔记本电脑来说，这会产生巨大的差异

如果您担心的主要缺点是许多.svn隐藏文件夹，那么从v1.7开始就不再是这种情况了

看

Subversion 1.7中引入的更改的一个关键特性是 将工作副本元数据存储集中到单个 地点。而不是中每个目录中的.svn目录 工作副本，Subversion 1.7工作副本只有一个.svn 工作副本根目录中的目录。此目录包括 （除其他外）一个SQLite支持的数据库，其中包含所有 该工作副本需要元数据Subversion

---

17GB对于git存储库来说是非常大的，1您需要注意设置配置选项，以使体验可以忍受

对大量大型二进制文件进行版本控制的用例是其中之一，我认为仍然使用Subversion而不是git或Mercurial是合理的

---

1我确实使用了一个大小为数百GB的git存储库（用于备份），但这是一项晦涩难懂的运动。

如果您仅将VCS用作共享文件存储，那么这对于此类任务来说就太过分了。而且大多数SCM处理二进制文件的能力相当差。在存储大部分无用（尤其是二进制）的修订历史时，您会有巨大的开销

---

简历-我看不出迁移到Git的理由（甚至使用SVN-普通的WebDAV位置可能就足够了）

你在这里考虑太多了。您可能不需要源代码管理解决方案。如果您的工作人员被

.svn

文件弄糊涂了，他们就会被Git弄糊涂

一个可能的解决办法是。Dropbox将名为Dropbox的文件夹放在Linux、Unix和Mac上的$HOME目录下，或Windows上的“我的文档”文件夹下。放在那里的任何文件都将同步到Dropbox服务器

如果您转到另一台计算机，并共享同一Dropbox帐户，则所有文件也将在那里保存。Dropbox可以在Linux、Windows和Mac上工作

如果您都有Dropbox帐户，则可以在这些帐户之间创建共享文件夹。您可以通过这种方式在多人之间共享文件夹。Dropbox有一些版本控制机制。您可以恢复文件以前的副本，因此如果不喜欢更改，可以将其还原。您甚至可以恢复已删除的版本

Dropbox对2GB数据是免费的，如果您愿意付费，您可以获得更多空间。我在这种情况下使用Dropbox，2Gb账户通常就足够了

还有其他类似的服务，如Dropbox，但我喜欢Dropbox的绝对简单性。它对非技术用户非常有用

大卫·波格刚刚写了一篇文章

除了作为一个用户发现Dropbox大大简化了我的工作之外，我与Dropbox没有任何联系

---

这是一份清单。我不能保证它们中的任何一个，但它们可能值得一看。

有许多DVCS解决方案可以满足您的需求。如果您喜欢SVN，但不喜欢.SVN目录，您是否研究过SVN1.7，在那里他们将其移动到根目录中的单个.SVN目录？@Josh。不，我们没有。我现在不确定服务器上的SVN版本。但它奏效了。我们主要使用它在营销团队和评审团队之间创建和评审营销宣传资料。@AI。哇！必须研究1.7One。svn文件夹将解决我们的问题：）谢谢-我知道dropbox有一段时间了，当可能有更好的开源解决方案时，我不太想付费。我没听说过SugarSync。。我会调查的。：）是的，这是svn的主要动力。谢谢回到SVN我想：）是的，看起来是这样：）谢谢你的评论。起初我想的是过度杀戮。然而，我们使用了一个包含实时生产文件的目录，然后使用cron将这些文件签出到我们网站上的一个文件夹中。这是一个很好的解决方案，可以使网站图像和宣传资料保持最新。用于监视FS和oneliner“copy src dst”中的更改的FAM-module可以以这种方式工作，几乎可以实时工作，谢谢！是-看起来这就是解决方案SVN 1.7。