我们目前正在寻找大型创意作品的版本控制/存储问题的解决方案。设计者自己似乎想要 SVN,但这似乎是一种不合适的机制。文件预计在 10mb-200mb 范围内,它们将在项目过程中多次修改,然后将最终副本存档并删除修改。
注意:出于内部原因,我们需要使用外部 SVN 提供商,但对于 SVN 以外的解决方案,情况并非如此;我们将需要一个本地解决方案。
所以,我想知道,目前是否有人为创意/设计部门提供内部托管的解决方案,如果有,您使用的是什么软件/设置?
谢谢大家,Ehtyar。
我们目前正在寻找大型创意作品的版本控制/存储问题的解决方案。设计者自己似乎想要 SVN,但这似乎是一种不合适的机制。文件预计在 10mb-200mb 范围内,它们将在项目过程中多次修改,然后将最终副本存档并删除修改。
注意:出于内部原因,我们需要使用外部 SVN 提供商,但对于 SVN 以外的解决方案,情况并非如此;我们将需要一个本地解决方案。
所以,我想知道,目前是否有人为创意/设计部门提供内部托管的解决方案,如果有,您使用的是什么软件/设置?
谢谢大家,Ehtyar。
对于设计公司来说,Adobe Version Cue可能是理想的选择。它旨在与版本控制大图像一起使用。
对于大型二进制文件,我建议不要使用 SVN(或任何其他版本控制系统),因为没有过期选项。除非您非常严格地管理存储库,否则存储可能会成为一个相当大的问题,以便您可以在项目完成后删除它们/归档它们。当 repos 很大时, SVN不会减慢速度(我们的代码有几个 gig 提交文件和新文件一样快),但它们永远不会停止增长。
我会将 Amazon S3 与S3fox一起使用。
您可以为每个开发人员创建一个容器,您可以为您的客户创建即时公共或受密码保护的下载链接。
SVN 在您的情况下几乎没用,如果它不会完全破坏整个事情,大文件将需要很长时间才能放入存储库。SVN 可以存储二进制文件,但它并不意味着(它无法判断一个像素是否与文本文件不同)这样做。由于它会在每次提交时尝试处理和更新其数据库,因此可能会出错。我不会依赖它。
S3 每 10GB 将花费您 1 美元。S3fox 是免费的。您的设计师会对此感到高兴,唯一的事情是每次他们必须自己重命名文件时,您可以使用;
PROJECT4_HOMENY_2009_09_16_20_41_Michael_v1.jpg
此命名将很好地对文件进行排序(按项目分组,按日期排序)。
作为为视频项目文件寻找类似解决方案的人,我同意 SVN 并不是真正的解决方案,我认为 Git 也不是。实际上,我一直在看 couchDB。需要为它编码一个 UI(但可以用 Javascript 或其他东西),但它是一个文档数据库,所以我认为从概念上它工作得更好。并且它设计用于处理二进制 blob。所以我认为这对性能会很好。
可能是需要考虑的事情。
对于psd,我第二次使用版本提示。subversion 很棒,但它对大型二进制文件有自己的问题。
你也可以试试露天。使用 Adobe Drive 2.2,您可以在 Finder 中安装 Alfresco DAM,然后右键单击以显示版本、签出和签入文件。
OP 缺少一个重要信息,repos 预期有多大,即所有受变更控制的文件的预期大小是多少?
只使用颠覆?当前版本中的 SVN 对大型(几千兆字节)存储库没有问题。如果需要,您可以随时将数据拆分到多个 SVN 存储库/服务器上。对于基于 Windows 的服务器,我真的很喜欢VisualSVN Server。
如果您或多或少只使用 Unix 和 OS X 机器,那么看看Git。我不知道它是否在 Unix / OS X 上提供了用户友好的 GUI、shell 集成等。我所知道的是 Git 的底层版本控制和加密架构很简单但非常好,所以我个人相信没有问题几千兆字节的数据到 Git。
Adobe Version Cue - 根据我的经验,CS3 比 CS4 效果更好。我很想对它赞不绝口,但它有很多怪癖(服务器不能双宿主,严重的 Bridge CS4/Adobe Drive CS4 问题,性能错误......我可以继续) - 但它仍然比vanilla SVN repo,处理图像和视频的缩略图和预览。没有尝试向其中添加 1gb 视频,但很想听听您的体验。
另一个要根据资产类型研究的是AlienBrain。与 Adobe Version Cue 一样,它专为数字资产和创意工作流程而设计,并集成到所有主要的 2d 和 3d 应用程序中。