一个拥有50名graphicsdevise师的公司正在使用同一个文件服务器。 他们主要使用Indesign。 一个典型的项目是一个60页的独立文件，有1.5GB的链接文件（像100 PSD，JPG，.ai）。 他们不断编辑链接的文件。 这给服务器造成了很大的压力。 所有作品都有板载SSD（700MB / s），仅用于系统和应用程序。
我想知道是否有任何方法使用本地驱动器作为远程文件夹的caching。 比方说，我们分配200GB的caching文件。 每次访问文件时，都会在服务器上检查最后的更改date，并且只有当caching的数据过时时才检索文件。 如果服务器上的文件发生变化，则通知工作站。 这将被认为是一个Dropbox或谷歌驱动器，但与本地服务器。
如果有人知道这种解决scheme，请指出我的意见。
如果没有，我真的很奇怪为什么。 这是每个这样的公司都需要的。
Adobe推荐在本地复制文件，工作，然后重新上传。 当3位graphics专家在同一本书的不同章节中共享大量资产时，这是非常痛苦和不可能的。
（请注意这个问题是soved，但我让它为constust与评论:) 使用SMB它使用了大量的CPU在服务器上，我认为Indesign正在监视链接文件的变化，并不断请求更改。 如果一个链接文件更新indesign立即显示旁边的标志。 （解决scheme：当使用afp连接远程文件夹时，服务器上的CPU使用情况是正常的，但在OSX上SMB执行问题肯定存在问题。
无论如何，我仍然在寻找一种方法来安装远程文件夹…有本地caching。
从你所描述的，你真的在寻找一个分布式版本控制系统。 它在服务器上保留一个中央回购站，客户可以检查更新。
您正在使用Adobe Indesign，而且我还没有真正能够找出各种版本控制系统的集成选项，但这只是一些研究。 Adobe提供了一个名为Bridge的东西，但从其描述来看，它似乎更关注于媒体，所以我不确定它会做你所需要的。
那里有很多select。 我用Perforce和Git。 不可否认的是，这些专注于软件开发，但我们确实使用它们来pipe理艺术资产和devise文档。
我强烈build议使用这样的系统，并让devise人员/工程师检查并获取最新的更新。 有时候使用旧版本的文档是有好处的，而且希望使用这种系统，将您从SMB / CIFS共享转移到受pipe版本控制系统。
从一个普通的文件共享这将是很难设置。
– 离线文件，但在公共/组文件夹最后作家将赢得保存。
所以最大的问题是你需要公共文件夹吗，白天你的员工是否在同一个文件里工作？ 如果是的话，我们回到SVN / GIT的想法