版本存储大型文件（PSDs，FLVs等）

对于devise公司来说， Adobe Version Cue可能是理想的select。 它被devise用于控制大图像的版本。

我build议反对SVN（或任何其他版本控制系统）大二进制文件，因为没有过期选项。 存储可能会成为一个相当大的问题，除非你批判地pipe理存储库，所以你可以在项目完成后将其删除/归档。 当回购是巨大的时候，SVN 不会放慢速度（我们的代码只需要几个gig提交文件就可以像新文件一样快），但是它们永远不会停止增长。

我将使用Amazon S3和S3fox 。

您可以为每个开发人员创build一个容器，您可以为您的客户创build即时公共或密码保护的下载链接。

在你的情况下，SVN几乎是无用的，如果大文件不会完全破坏整个事物，它会花费很长时间才能存入存储库。 SVN可以存储二进制文件，但并不意味着（不能像文本文件那样判断一个像素是否不同）。 由于它会尝试在每次提交时处理和更新其数据库，因此可能是错误的。 我不会依赖它。

S3将花费您每个10GB $ 1。 S3fox是免费的。 你的devise师会对此感到高兴，唯一的事情是每次他们必须重新命名文件本身，你才能使用;

PROJECT4_HOMENY_2009_09_16_20_41_Michael_v1.jpg

这个命名将很好地对文件进行sorting（按项目分组，按datesorting）。

正如有人为video项目文件寻找类似的解决scheme，我同意SVN不是真正的解决scheme，我不认为Git也是。 实际上我一直在看couchDB。 一个用户界面需要编码（但可以在Javascript或其他），但它的文档数据库，所以我认为它在理论上更好。 其devise与二进制斑点一起工作。 所以我认为这将是一个很好的performance。

可能是需要思考的问题。

对于psd的我第二次使用版本提示。 颠覆是伟大的，但它有自己的问题与大二进制文件。

你也可以试试Alfresco。 使用Adobe Drive 2.2，您可以将Alfresco DAM安装在Finder中，然后右键单击显示版本，签出并签入文件。

OP缺less一个重要的信息，回购期望有多大，即变更控制下所有文件的预期大小是多less？

只要使用Subversion？ 当前版本中的SVN对于大型（几千兆字节）存储库没有任何问题。 如果需要的话，你总是可以在多个SVN仓库/服务器上分割你的数据。 对于基于Windows的服务器，我真的很喜欢VisualSVN Server 。

如果您或多或less地使用Unix和OS X机器，那么请看看Git 。 我不知道Unix / OS X上是否提供用户友好的graphics用户界面，shell集成等等。我所知道的是，Git的底层版本和encryption架构很简单但是非常好 ，所以我个人不会有任何问题几千兆字节的数据给Git。

在我的经验中，Adobe Version Cue – CS3的效果比CS4好。 我很喜欢它，但它有很多怪癖（服务器不能双宿，严重的桥CS4 / Adob​​e Drive CS4的问题，性能错误…我可以继续） – 但它还是比香草SVN回购，并处理缩略图和预览的图像和video。 没有尝试添加一个1GB的video，但会有兴趣听到你的经验是什么。

另一个根据资产types进行调查的是AlienBrain 。 像Adobe Version Cue一样，它是为数字资产和创意工作stream程制作的，并集成到所有主要的2D和3D应用程序中。