Git和二进制文件历史(Git and binary files history)

2019-09-19 03:42发布

这是一个跟进一些类似的“ 回答 ”的问题大约GIT中处理二进制文件 ,以及如何混帐不能按照文件历史记录非常好 。

所以,git的不能正确遵循文件历史记录 。 哎呀,甚至git log --follow -M100% --name-only -- path-to-my-file将无法做到这一点,而且我推测它告诉,只遵循100%,类似的文件!

然后, 我们应该用别的方式找到是谁的 ,如平分 。 这里的问题是:那些似乎不使用二进制文件的工作。 而accodring给Linus我们不太可能得到一个git log --follow很快就完全正常的任何时间。

这里结束我的问题是

我们是否有任何自动化的方式来实现某种git log遵循重命名/移动的二进制文件?

或者,也许有任何类似的版本控制系统 ,但是使用这一功能?

作为一种解决方案的例子,我会接受的一些安全和简单的方式使用filter-branch ,但我从来没有与它玩弄并得到了不知道有多危险可能是。 我们将能够拉,并发出这样的程序后,没有问题推? 我们可以轻松地恢复了吗? 我们可以跟踪旧名称/引用没有恢复? 要知道,在一个版本的系统访问历史就是一切。

Answer 1:

滤波支路是安全的。 只要不改变您提供的脚本什么。 我在-M选项太恼火。 100%不会为常规文件工作,要么。 试试吧。



文章来源: Git and binary files history