Answers:
不知道它在数据压缩方面的效果如何，但是您可能想尝试一下git附件：http : //git-annex.branchable.com
如果您的文件不是很大，则最适合使用git或mercurial。不惜一切代价避免SVN
在/programming/29292/version-control-for-graphics中有一些好的建议
以下是该问题的一些报价，网址为http://StackOverflow.com
“ Github最近推出了“图像查看模式”，请看一下：https : //github.com/blog/817-behold-image-view-modes “
-
“我已经在非常大的项目（+100 GB）上使用perforce取得了成功，但是我们不得不使用对艺术家更友好的东西来包装对版本控制服务器的访问。”
-
“ TortoiseSVN可以并排显示图像修订版本，这确实很有用。我已经在不同的团队中使用了它，并取得了很大的成功。艺术家们喜欢具有回滚功能的能力（在他们习惯了概念之后），但确实需要很多空间。”
时间轴可与“任何svn”一起使用，并且显然也是一个indesign插件。
简而言之，SVN可能不在主题之列，但总而言之，它跟踪一个原始文件，然后随着时间的流逝或您强制使用新的“基点”而将对原始文件的更改存储。
可靠地还原到较旧版本的唯一方法是手动比较它们并做出决定。回购协议最初主要用于纯文本文件（源代码），因为原始更改易于理解，因此可以很容易地查看原始更改并决定要更改的内容，但是对于二进制数据（图像，专有格式，容器格式）等等），则这些更改并非以人类可读的形式出现。时间轴似乎是一种通过处理各种提交并显示它们来解决此问题的方法。
Scott到GIT图像的链接是针对特定格式的，并且（我猜）可能不支持PSD文件，尤其是indesign文件（即随机二进制格式）。时间轴似乎是一个仅依赖主机应用程序来显示二进制数据的插件（一个好的解决方案，至少在纸上是IMO）。
svn repo的基本工作方式是，您有一个服务器进程来处理所有差异的跟踪和主存储。然后，您的工作计算机上就会有一个客户端进程，该进程始终运行，并挂接到上下文菜单等中（或使用命令行）。您创建一个本地空文件夹，然后通过从服务器上的存储库中“签出”一个版本将其标记为SVN文件夹。从那时起，您可以根据需要对其进行编辑，但是必须使用svn客户端移动副本或删除文件系统上的文件。如果将任何新文件添加到本地SVN文件夹，则必须标记它们以进行跟踪。所有这些都在本地发生，并且当您手动“提交”回仓库时，仓库只会使用任何修订版本进行更新。您的本地副本是单个版本，您需要与SVN服务器通信以还原文件。
与没有SVN相比，所有这些都比较慢，即使是文本文件也是如此，尤其是当您签出大型项目时。我使用SVN（过去式）的项目主要是基于源代码的，有20-3万个小文件，完整的签出需要喝咖啡。我怀疑这更多是由于这么多小文件和更少的相同存储大小的较大二进制文件的吞吐量开销会更快。
我认为GIT的工作方式略有不同。
我在Illustrator和InDesign项目中使用了git。我必须承认，以这种方式管理设计并不容易。以下是一些我希望可以帮助您的提示：
大多数版本控制系统旨在处理非二进制文件格式。换句话说，文本文件。
它们是轻量级的，易于分叉和合并以及跟踪增量更改。
诸如SVN和GIT之类的系统并非旨在处理PSD文件。这些是巨大的文件，不易从一个版本到下一个版本进行比较，并且不可能“合并”和fork等。
有些可能允许二进制文件-我相信SVN可以，但是以我的经验，它不会尝试对它们进行版本控制。相反，它只是换出了最新版本。所以在那里使用有限。
此外，如果您陷入工作的版本控制模型的陷阱，您将学会频繁检入。这对代码非常有用，但是如果您每20分钟检查100mb PSD文件的版本，它将很快使您的存储库膨胀到难以管理的大小。
由于缺少分支之类的东西，这意味着您仍然可能会手动执行很多操作，其中包含稍微调整过的文件的多个副本。a，这意味着甚至需要存储更大的文件，因此，另一个反对使用版本控制的问题。
因此，对于繁重的二进制文件，您将需要保留这样的版本控制系统的外部，并使用DAM（数字资产管理）工具。
las，没有很多专为繁重的文档设计的版本控制系统。Sharepoint是其中之一，但是它笨拙，几乎没有自动化，并且很少设置来处理PSD大小的文件。
最有可能的选择是Adobe自己的Version Cue，我相信它已经变成了“ Adobe Drive”产品：