一位同事做了一些我告诉他们不要做的事情:
我接着:
我想将其删除:
我从Remove file from git repository (history)获取了从历史记录中删除某些内容的解决方案。我需要知道的是,如果我的同事也经历过这个,并且随后的推送会从分叉中删除所有信息吗? (我想要破坏岔路口的替代方案,因为我不确定我的同事是否会这样做)
SOLUTION: This is the shortest way to get rid of the files:
check .git/packed-refs - my problem was that I had there a refs/remotes/origin/master line for a remote repository, delete it, otherwise git won't remove those files
(optional) git verify-pack -v .git/objects/pack/#{pack-name}.idx | sort -k 3 -n | tail -5 - to check for the largest files
(optional) git rev-list --objects --all | grep a0d770a97ff0fac0be1d777b32cc67fe69eb9a98 - to check what files those are
git filter-branch --index-filter 'git rm --cached --ignore-unmatch file_names' - to remove the file from all revisions
rm -rf .git/refs/original/ - to remove git's backup
git reflog expire --all --expire='0 days' - to expire all the loose objects
(optional) git fsck --full --unreachable - to check if there are any loose objects
git repack -A -d - repacking the pack
git prune - to finally remove those objects
答案 0 :(得分:1)
嗯,推动肯定会带来一点麻烦,因为你没有线性历史。使用--force
标志进行推拉可以完成这项工作。
虽然,如果没有,请让你的同事在第一个已知的提交git reset --hard <initial commit sha-1>
重置他们的分支,然后让他们拉。这种方式应该工作,因为重置不会正确地改变本地分支;分支只会通过大量提交标记为远程对等分支。然后,获取和合并将变得容易,因为它们将以线性历史一直上升。
但当然,这样的策略需要你的团队之间的组织/时间安排。