Git样式备份二进制文件

ser*_*rgo 6 git mercurial 3dsmax

我正在将GIT版本控制系统集成到3ds max中以控制.max文件版本.

我测试的git,最大文件数周,并发现酒店的套房我的需求,但是,无论如何,Git是这类任务有点过于复杂.我正在寻找的程序就像(好吧,几乎)git一样,但是:

  1. 是天生的Windows程序 - git在我的网络共享文件夹上多次失败并销毁了我的二进制最大文件.这是主要问题,我不知道如何解决它.
  2. 不(甚至不尝试)处理文件内容.我认为这可以加快工作流程.
  3. 有接口接近TortoiseGIT.

这个软件必须具备的是:

  1. 提交和日志命令
  2. 分支支持
  3. 是分布式的,而不是像Perforce那样面向服务器.

我测试了Mercurial,但是在大型二进制文件上它确实很慢.如果有人知道如何加快速度(通过禁用内容管理,我想)并让TortoiseHg完全正常运行,任何信息都会非常感激.

谢谢!

Von*_*onC 10

二进制文件与VCS有一些矛盾的关系,因为:

  • 他们没有合并(因此所有"分支支持"并不那么有趣)
  • 他们没有很好的差异(意味着他们的历史存储不是很紧凑)
  • 它们通常可以生成
  • 或者可以从其他类型的存储库中获取它们

二进制文件是Git限制的一部分,因为它们往往会降低所有工作流程的速度,并且不会扩展规模(repo很快变得太大而无法有效管理/备份).

所以问题是:你能存储这些文件是否还有一些其他的回购而不是VCS?也许是
一个Maven回购(由像Nexus这样的回购经理管理,不是完全分发的,而是为了引用任何类型的文件集的精确版本).


JakubNarębski(实际的Git撰稿人)正确地指出了一个能够有效地管理大文件的Git fork项目.

git-bigfiles替代文字http://caca.zoy.org/raw-attachment/wiki/git-bigfiles/git-bigfiles.png(好的,项目徽标太棒了;))

问题仍然存在:VCS是管理大型物体的合适工具吗?
因为根据我的经验,由于使用的磁盘空间不断增加,因此将会有一天或者另一天询问"清理历史记录"的问题.
而VCS从根本上不是为了"清理"他们的历史.
如果不改变其SHA1密钥,Git本身就无法做到这一点,因此未来任何公开回购的出版物都会出现问题.

  • 如果您想要对大型二进制文件进行版本控制,请查看**git-bigfiles**项目. (2认同)

Lie*_*ers 0

关于 git 销毁你的二进制最大文件
你设置了吗core.autocrlf=false

如果 GIT 破坏了源代码,那么它将是一个非常无用的源代码控制。
这个关于我们自己的问题更深入地探讨了 GIT 中 CR 和 LF 的处理差异。