我已经很难看到类似于这个的其他线程，但仍然无法find任何人在InDesign中的跨平台（OSX，Windows）团队工作stream的良好build议，这很容易，不需要用户直接closures一个networking共享。
有没有人有任何支持InDesign签入/签出系统的真实世界经验，例如：
我正在考虑Subversion，因为在两个平台上都有多个客户端。 我使用SVN为我们的应用开发团队，并喜欢它。 但是，这个版本库会不会臃肿，除了一直提交的大型二进制文件吗？ 我可以禁用版本，只是让它保持最新版本（没有比networking共享更糟糕）？
重点是build立一个人们可以在本地工作的系统，而不必担心覆盖彼此的工作，并轻松地获得和改变。
不，SVN不能存储“唯一的最后一个版本”，我认为（所有的SCM我已经使用）Visual Source Safe是唯一有这个function的。
SVN非常高兴地处理二进制文件，提交它们只会将diff添加到repo中，所以它不会很快膨胀。 虽然（我的经验：把1MB的dll放在那里根本不会膨胀），但它仍然会膨胀。
您可以通过导出整个存储库，然后将其删除，然后重新添加导出的文件，从而偶尔进行删除操作。您将失去历史logging（显然），但是只有最新版本的文件和一个微小的修剪repo。 如果你不关心历史，这将工作。 只是不要使用相同的回购与你关心他们的历史的文件 – 或转储/过滤/加载这些文件，以保持它。
SVN处理大回购的大小相当不错，我有一个300,000修订和12Gb的大小。
您将会遇到locking问题，因为您无法将2个二进制文件中的更改合并为1.因此，您的devise人员将不得不采用locking – 修改 – 提交模式。
另外，如果你有正确的设置，你可以在一个webdav共享上使用SVN，所以这个repo对devise者来说就是一个networking共享。 他们将共享拷贝到本地，编辑文件，然后将其复制回来，并在后台执行提交。 但是，这不会locking文件，所以会发生覆盖。 你的团队可能会满意这个限制，因为这意味着他们不必担心更新他们的工作副本，仍然可以获得历史的好处。
编辑 ：仅供参考，通过直接查看SVN回购，您可以看到三angular洲有多大。 SVN将每个修订版本作为一个文件存储在一个名为db / revs的目录中。 使用最新的版本，每个1000版本将有一个目录，以数字命名。 所以，假设你有不到1000个修订版本，会有一个名为“0”的目录，每个修订版本将会有一个文件。 检查一下，看看这个文件的大小。 这是三angular洲的大小（整个版本，你可以得到其中的每个单独的文件的大小，但它需要看看文件的内容 – 更容易提交只有1个文件在该版本看到）。
这听起来像Subversion是最有可能的答案，但是你不能合并二进制文件中的更改。 我相信Git和Mercurial会遭受同样的问题。
我可能是错的，但不是SVN的主要承诺之一，它实际上可以处理二进制文件的增量更改？
无论如何，对于devise师，我会build议使用Subversion与这样的客户端：