大型文件(PSD、FLV 等)的版本存储

大型文件(PSD、FLV 等)的版本存储

我们目前正在为大型创意作品寻找版本控制/存储问题的解决方案。设计师自己似乎想要 SVN,但这似乎是一种不合适的机制。文件预计在 10mb-200mb 范围内,它们将在项目过程中进行多次修改,然后将最终副本存档并删除修订内容。

注意:由于内部原因,我们需要使用外部 SVN 提供商,但对于 SVN 以外的解决方案则不会如此;我们将要需要一个本地解决方案。

因此,我想知道,目前是否有人为创意/设计部门提供内部托管解决方案,如果有,您使用什么软件/设置?

谢谢大家,Ehtyar。

答案1

对于设计公司来说,Adobe 版本提示可能是理想的。它被设计用于控制大图像的版本。

对于大型二进制文件,我不建议使用 SVN(或任何其他版本控制系统),因为没有过期选项。除非你非常严格地管理存储库,以便在项目完成后删除/存档它们,否则存储可能会成为一个相当大的问题。SVN 将不是当存储库很大时,速度会变慢(我们的代码中有几个 GB 的提交文件的速度与新文件一样快),但它们永远不会停止增长。

答案2

我将使用 Amazon S3S3fox

您可以为每个开发人员创建一个容器,可以为您的客户创建即时公共或受密码保护的下载链接。

SVN 在你的情况下几乎毫无用处,如果这不会完全破坏整个系统,那么将大型文件放入存储库将需要很长时间。SVN 可以存储二进制文件,但它并不是这样做的(它无法分辨一个像素是否与文本文件不同)。由于它会在每次提交时尝试处理和更新其数据库,因此可能会出错。我不会依赖它。

S3 每 10GB 收费 1 美元。S3fox 是免费的。您的设计师会对此感到高兴,唯一的问题是每次他们必须自己重命名文件,您可以使用;

PROJECT4_HOMENY_2009_09_16_20_41_Michael_v1.jpg

这种命名将对文件进行很好地排序(按项目分组,按日期排序)。

答案3

作为一个正在寻找类似视频项目文件解决方案的人,我同意 SVN 并不是真正的解决方案,我也不认为 Git 是。实际上我一直在研究 couchDB。需要为它编写一个 UI(但可以用 Javascript 或其他东西编写),但它是一个文档数据库,所以我认为从概念上讲它效果更好。而且它设计用于处理二进制 blob。所以我认为它的性能会很好。

可能是值得思考的事情。

答案4

您也可以尝试 Alfresco。使用 Adob​​e Drive 2.2,您可以在 Finder 中安装 Alfresco DAM,然后右键单击以显示版本、签出和签入文件。

相关内容