适用于多媒体(大文件)的版本控制系统?


24

是否有任何版本控制系统在处理大文件方面特别好(或坏)?没什么太疯狂的,但是可以说从几百兆字节到一千兆字节。

目前,我们已经有了颠覆,但是有一些关于它不是理想的颠覆。我自己不是开发人员,也不知道他们的客观性,因此我认为我会进行一次社区快速调查以获取更多信息。

从系统角度和用户角度,我都对这些VCS解决方案的行为或适用性感兴趣。

TIA。


2
我很想知道一个答案。现在,只需要rdiff-backup和脚本...
Javier

@Javier,这也是我们也使用的解决方案,到目前为止效果很好!
2009年

/ svn / REPO / 2012 /-811Gb,subversion-1.6.23(r1485506)。没问题
ALex_hha 2013年

Answers:


4

多媒体和创意工作流程的另一种选择是AlienBrain,它现在归Avid所有。许多游戏工作室都使用它来版本控制游戏资产和代码。

http://www.alienbrain.com/

如果您不处理媒体资产,它可能不是最佳解决方案。


那实际上是他们曾经在我工作过的某个大型游戏工作室使用的游戏。不记得这个名字了。谢谢。:)
DictatorBob

7

您会发现它们在二进制文件方面非常有用。

您听到的喃喃自语最有可能是因为版本控制二进制文件与版本控制的功能有点矛盾。二进制文件不能进行差异或合并,因此它们被视为哑副本。每次小的更改都会替换整个文件。

这并不是说您无法对二进制文件进行版本控制,或者这实际上对没有用处。如果您需要将文件回滚到昨天提交的版本。在这种情况下,它对您有用。

尽管您可能会发现带有快照的存储解决方案可以为您提供更好,更有效的服务。


2
我也建议使用带有快照的存储系统。我使用ZFS对我的虚拟机硬盘进行版本控制,并且运行良好。快照几乎是即时的,它们仅占用存储更改后的块所需的空间。
Amok

快照可能是一个不错的选择。我猜这取决于我是否可以设置它,以便它们可以(大部分)独立。
DictatorBob

@丹,这难道不只是简单地粘贴粘贴吗?
Pacerier,2014年

6

听起来野猪会满足您的要求。它是对大型二进制文件(例如视频或图片)的版本控制。


该项目对我很有吸引力,因为它没有当前存储库状态的工作目录副本。意味着仅备份数据(和修订版本)和原始数据存在,而不是仓库最新更新状态的“备份”。或者至少这就是我的感觉。
MrSnowflake 2011年

4

那些不得不处理二进制文件(例如游戏)负载的人中的绝大多数倾向于使用perforce,有时在其上有一层。


3

git-annex “允许使用git管理文件,而无需将文件内容检入git。虽然这看起来很矛盾,但是当处理当前大于git的文件时,由于内存,时间或磁盘的限制,它很有用空间。”


1

Adobe提供了适用于多媒体项目的Version Cue CS4。您可能想检查一下。


1

我相信Bazaar可以很好地处理二进制文件,这似乎在此处(4.1)已有说明。我想这取决于您是否要花钱,尽管文档确实指出那里有更好的工具(但是并没有命名)。


3
从该站点引用:也就是说,bzr主要是源代码控制系统,而不是媒体存档系统。因此,支持巨大(百兆)的二进制文件或数千兆字节的树并不是优先考虑的事情。还有其他更适合于此的工具。
Cristian Ciupitu 09年

1

Subversion的Wikipedia页面还声明它支持二进制文件,尽管我对此没有经验,所以无法评论它的运行情况。

对二进制文件的本地支持,具有节省空间的binary-diff存储。


1

如果使用的是Autodesk软件(Maya,Autocad,Inventor等),那么这很大,然后是Autodesk Vault

我最近在工作中发现了这一点。它不是免费的,但似乎是唯一可用于Autodesk媒体资产文件的VCS。

但是,它仅真正适用于跟踪它可以检查的文件中的更改,因此可以正常使用图形文件,但对于“渲染资产”则不可能。

我可能会选择git。


1

完全横向的方法是使用Docker使用的联合文件系统AUFS,以允许用户针对整个文件系统节点创建差异并发布它们。他们在博客上谈论它。

这不是git所有工具的版本控制,但它确实允许人们在没有实际大小限制的大树中添加和修改文件。

仅对于媒体文件,这将是一个非常强大的解决方案,但我认为它不能提供细粒度的控制,因此对于需要类似于Docker的项目而言,它是最佳选择。


0

Git将能够处理“几百兆字节到一千兆字节”的二进制文件。非常快。


1
它也不基于服务器。现在,虽然我真的很喜欢分布式VCS的想法,其中本地计算机具有整个存储库的副本,但是当存储库容量达到1000gb时,这可能会变得缓慢而麻烦-在处理文件时,这是微不足道的千兆字节的大小。然后,中央存储库+本地工作文件夹确保本地计算机可以保持健全。
TomTom 2012年

0

搜索数字资产管理似乎被称为“ DAM”,它是针对拥有大文件的游戏开发商,工作室,科学家的细分市场。有很多商业产品,由于该细分市场针对的是艺术家和非工程师类,因此GUI可能很容易。我现在正在查看resourcespace.org,因为它是开源的,而且看起来既简单又灵活。


Git-lfs已发布。YMMV
Deer Hunter,

是的,有git-lfs,还有Windows的github ...我没有放弃使用它们,但是git-lfs + gitforwindows的GUI较差,但允许我使用本地存储;github要求(我认为)您必须存储在githuib上,这不是该主题的入门。它确实有一个不错的GUI。两者都给你的Git Bash很棒!
约翰·费舍尔
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.