不确定它在数据压缩方面的效果如何，但您可能想尝试一下git 附件：http: //git-annex.branchable.com

如果您的文件不是那么大，那么普通的 git 或 mercurial 可能是最合适的。不惜一切代价避免SVN

https://stackoverflow.com/questions/29292/version-control-for-graphics有一些很好的建议

以下是http://StackOverflow.com上问题的一些引述

《Github 最近推出了“图片查看模式”，看看： https ://github.com/blog/817-behold-image-view-modes 》

--

“我在非常大的项目 (+100 GB) 上使用 perforce 取得了成功，但是我们必须使用对艺术家更友好的东西来包装对版本控制服务器的访问。”

--

“TortoiseSVN 可以并排显示图像修改，这非常有用。我在不同的团队中使用它并取得了很大的成功。艺术家们喜欢能够回滚事物（在他们习惯了这些概念之后） ）。不过，它确实需要很多空间。”

Timeline 适用于“任何 svn”，显然也是一个 indesign 插件。

SVN 在这里可能大部分是题外话，但简而言之，它跟踪单个原始文件，然后随着时间的推移存储对该原始文件的更改，或者您强制一个新的“基点”。

可靠地恢复到旧版本的唯一方法是手动比较它们并做出决定。Repos 最初主要用于纯文本文件（源代码），很容易查看原始更改并决定您想要的更改，因为它们一开始是人类可读的，但用于二进制数据（图像、专有格式、容器格式）等），更改不是人类可读的形式。Timeline 看起来是一种通过获取各种提交并显示它们来处理此问题的方法。

Scott 指向 GIT 图像的链接适用于特定格式，并且（我猜）可能不支持 PSD 文件，尤其是 indesign 文件（即随机二进制格式）。Timeline 似乎是一个插件，它仅依赖于主机应用程序来呈现二进制数据（一个很好的解决方案，至少在纸质 IMO 上是这样）。

svn repo 工作的基本方式是你有一个服务器进程来处理所有差异的跟踪和主存储。然后你的工作机器上有一个客户端进程，它始终运行并连接到上下文菜单等（或使用命令行）。您创建一个本地空文件夹，然后通过“签出”服务器上的存储库中的版本将其标记为 SVN 文件夹。从那时起，您可以随意编辑它们，但您必须使用 svn 客户端来移动复制或删除文件系统上的文件。如果您将任何新文件添加到本地 SVN 文件夹，则必须标记它们以进行跟踪。所有这些都发生在本地，并且只有在您手动“提交”回存储库时，才会使用任何修订更新存储库。您的本地副本是单个版本，您需要与 SVN 服务器通信以恢复文件。

与没有 SVN 相比，所有这些都慢，即使对于文本文件也是如此，尤其是当您正在检查一个大项目时。我使用 SVN（过去时）的项目主要是基于源代码的，有 20-30,000 个小文件，完整的结帐需要喝咖啡休息时间。我怀疑这更多是由于如此多的小文件的吞吐量开销和相同存储大小的更少的较大二进制文件会更快。

我认为 GIT 的工作方式略有不同。

我在 Illustrator 和 InDesign 项目中使用了 git。我不得不承认，以这种方式管理设计并不容易。我希望这里有一些提示可以帮助你：

• 使用直接分支提交设计的备份；
• 尝试将您的变量和文本数据提取到 XML 中：它适用于 Illustrator 设计中的多种语言文本翻译；
• 不要为不同的设计版本创建分叉（我曾经是这样认为的，并以几个不​​可合并和不可比较的出版物结束）；
• 使用 WinMerge 等外部应用程序从 InDesign/Illustrator 复制粘贴和比较文本，这有点违背 SVN 思想，但更接近错字更正和快速比较出版物内容版本，而无需导出文本；
• 重新考虑存储设计的方式：外部链接和库（颜色、符号等）比一个大文件好。