解决使用commit提交大文件无法推送到远程库问题及git rebase使用详解

更新时间：2020年07月30日 11:17:26 作者：CodeMissing

这篇文章主要介绍了解决使用commit提交大文件无法推送到远程库问题及git rebase使用详解,本文给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下

解决这个问题并没有特别的(删除提交历史中某个文件，然后重新push)，但是由于开始的使用失误，中间有使用git rebase和git reset命令处理，所以特此记录下

大文件无法push到远程仓库

问题

首先，故事(事故)的起因是这样的。

某次git push(类似测试使用，没有分支)到远程仓库时发生如下无法提交大文件的报错(大文件是一个pdf文件)

$ git push
Enumerating objects: 204, done.
Counting objects: 100% (204/204), done.
Delta compression using up to 4 threads
Compressing objects: 100% (183/183), done.
Writing objects: 100% (187/187), 419.00 MiB | 2.21 MiB/s, done.
Total 187 (delta 21), reused 0 (delta 0)
remote: Resolving deltas: 100% (21/21), completed with 12 local objects.
remote: Powered by GITEE.COM [GNK-3.8]
remote: error: File: db501995ac30070d50bdc115a7708f9ba84332d3 403.57 MB, exceeds 100.00 MB.
remote: Use command below to see the filename:
remote: git rev-list --objects --all | grep db501995ac30070d50bdc115a7708f9ba84332d3
remote: Please remove the file from history and try again. (https://gitee.com/help/articles/4232)
To gitee.com:findmoon/xxxx.git
 ! [remote rejected] master -> master (pre-receive hook declined)
error: failed to push some refs to 'git@gitee.com:findmoon/xxxx.git'

根据提示，如下查看大文件是哪个

commit的大文件无法push到远程库解决办法

首先说一下解决办法，需要修改提交历史，删除已提交到本地仓库的大文件的提交记录，

从commit的提交历史中删除指定文件的命令为git filter-branch --tree-filter 'rm -f 文件名' HEAD

如下，删除大文件

$ git filter-branch --tree-filter 'rm -f "Electron/pdf/677969 xxxx xxx.pdf"' HEAD
Rewrite d1244f8fbc1f08b473bd498c023b09bd8ac3246b (12/12) (156 seconds passed, remaining 0 predicted)
Ref 'refs/heads/master' was rewritten

执行删除成功会返回Ref 'refs/heads/master' was rewritten提示，如果返回unchanged则表示没有任何更改。

如果文件路径包含空格需要用引号将删除文件路径包含起来。

然后重新push推送成功。

整体操作如下：

git filter-branch命令：

参考自git误commit大文件导致不能push问题解决

git commit后的回滚

撤销已经提交的commit有两种方法：

使用 git reset --hard HEAD^

使用 git rebase -i HEAD~n

git reset --hard 丢弃最新的提交

代码提交后，需求发生变化导致之前提交的已经不合适，或者代码提交后发现有严重bug，需要回滚可是使用这个命令：

git reset --hard HEAD^

1，HEAD^ 表示最新提交HEAD位置往回数一个提交，几个 ^ 就往回数几个提交；

2，HEAD~n 表示最新提交HEAD位置往回数n个提交

reset 命令只能回滚最新的提交。如果只想删除指定的某个提交，而保留最新的一次或两次commit，reset就无法做到了。

reset命令git 删除某次指定的提交

git rebase -i 丢弃指定提交

如果想撤销中间某次commit的情况，可以使用如下的命令：

git rebase -i HEAD~2(列出最新的两次提交，然后决定对应提交的操作)

rebase -i是 rebase --interactive 的缩写；

git rebase -i 不仅可以删除commit，还可以修改commit。具体的可以查看rebase中提示的参数

如下执行git rebase查看命令参数：

$ git rebase -i HEAD~2
pick 71add05 20200225同步
pick 45d4805 测试删除中间某次commit

# Rebase 36b460a..45d4805 onto 36b460a (2 commands)
#
# Commands:
# p, pick <commit> = use commit
# r, reword <commit> = use commit, but edit the commit message
# e, edit <commit> = use commit, but stop for amending
# s, squash <commit> = use commit, but meld into previous commit
# f, fixup <commit> = like "squash", but discard this commit's log message
# x, exec <command> = run command (the rest of the line) using shell
# b, break = stop here (continue rebase later with 'git rebase --continue')
# d, drop <commit> = remove commit
# l, label <label> = label current HEAD with a name
# t, reset <label> = reset HEAD to a label
# m, merge [-C <commit> | -c <commit>] <label> [# <oneline>]
# . create a merge commit using the original merge commit's
# . message (or the oneline, if no original merge commit was
# . specified). Use -c <commit> to reword the commit message.
#
# These lines can be re-ordered; they are executed from top to bottom.
#
# If you remove a line here THAT COMMIT WILL BE LOST.
#
# However, if you remove everything, the rebase will be aborted.
#
# Note that empty commits are commented out

常用的如下：

edit: 使用本次提交，在rebase到这次提交时候，会暂停下来等待修正
pick:使用本次提交，不操作修改
drop:删除这次提交

如下，修改查看最近3次的提交，然后删除(drop)倒数第三次commit，保存退出即可将倒数第三次commit中提交的所有内容删除

回滚最新的提交：git reset 和 git rebase 命令都可以

回滚中间某次提交： git rebase 可以， git reset 不可以

如果提交已经同步到远程仓库，需要使用git push origin -f branch(分支名) 来将回滚也同步到远程仓库（master 分支谨慎使用 -f）

主要参考自Git回退代码到某次commit的实现方法

git rebase

git rebase执行失败后的退出

像上面，执行git rebase有可能导致失败，具体表现为bash中的仓库标识变为了(master|REBASE 1/10)(m/n视reabse编辑内容而定)

解决办法是：执行git rebase --abort即可退出这个错误，回退到当前分支中，且数据和文件也都能恢复。

不小心git rebase后出现(master|REBASE 1/10)的解决办法

git rebase成功后的回退

上面讲的是git rebase失败后的退出(，或回退)，如果成功删除了某次commit，导致最终一些文件或数据丢失，如何恢复呢？

不要轻易使用 git rebase -i HEAD 删除某次提交

git rebase -i HEAD~2中删除某次提交的话，这次提交的所有更改和新增文件会全部取消，覆盖本地工作目录中的文件，也就是删除的这次提交和本次提交的上一次提交中间的所有更改都会取消，即使pick了删除提交的下一次提交，也无法保留(保留到最新提交时所有文件和文件夹的状态)

可以使用git reset --hard ID命令，直接恢复commit到指定的提交时刻。

git reflog查看git提交记录

如上，可以直接看到需要恢复到的commit ID是多少。比如恢复到Id为71add05的时刻，执行git reset --hard 71add05等待恢复。本地仓库和文件就能恢复到指定提交时刻。

恢复指定的某次commit成功。

git rebase 成功之后如何撤销

Git rebase命令使用实战

删除文件后需要执行git add -A或git rm <file>，将删除添加到暂存区, 如果执行 git add. 是不行的，区别如下：

git add -A 保存所有的修改(包括删除的文件、新增文件、已有文件的修改变更)git add . 保存新的添加和修改，但是不包括删除git add -u 保存修改和删除，但是不包括新建文件。

到此这篇关于记一次使用commit提交大文件无法推送到远程库解决问题过程及git rebase使用的文章就介绍到这了,更多相关commit提交大文件git rebase使用内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

您可能感兴趣的文章:

Web端扫码登录的原理和实现讲解
这篇文章主要介绍了Web端扫码登录的原理和实现,扫码登录相比较传统的密码登录更加快捷和安全,今天我们就来讲讲原理与实现,主要分为几种不同的解决方案,需要的朋友可以参考下
2023-03-03
详解Google Protobuf简明教程
这篇文章主要介绍了详解Google Protobuf简明教程，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
2020-02-02
彻底理解cookie，session，token的使用及原理
这篇文章主要介绍了彻底理解cookie，session，token的使用及原理，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
2019-08-08
Idea 2019.3 本应该搜索到的插件却搜索不到的解决方法
这篇文章主要介绍了Idea 2019.3 本应该搜索到的插件却搜索不到,本文通过图文并茂的形式给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下
2020-06-06
让开发自动化用 Eclipse 插件提高代码质量
如果能在构建代码前发现代码中潜在的问题会怎么样呢？很有趣的是，Eclipse 插件中就有这样的工具，比如 JDepend 和 CheckStyle，它们能帮您在软件问题暴露前发现这些问题。
2009-05-05
计算机中的字符串编码、乱码、BOM等问题详解
这篇文章主要介绍了计算机中的字符串编码、乱码、BOM等问题详解,对文件编码、vim乱码、什么情况下会出现乱码、字符编码的发展历史、字符集和编码的区别、汉字ANSI编码的发展历史、BOM头等问题做了全面总结、详细介绍,需要的朋友可以参考下
2014-07-07
wap开发中如何有效的利用缓存减少消息的传送量
由于WAP信道带宽的限制，我们在编写WAP应用的时候都希望最大限度地减少消息的传送量。
2010-06-06
算法系列15天速成第十天栈
今天跟大家聊聊栈，在程序设计中，栈的使用还是非常广泛的，比如有“括号匹配问题“，”html结构匹配问题“。所以说掌握了”栈“的使用，对我们学习算法还是很有帮助的
2013-11-11
VSCode gdb 调试 qemu u-boot 的方法详解
这篇文章主要介绍了VSCode gdb 调试 qemu u-boot 的方法，本文给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值,需要的朋友可以参考下
2023-06-06
五步完成unity与微信(游戏)小程序交互创建视频
这篇文章主要介绍了unity与微信(游戏)小程序交互创建视频的步骤，非常简单，只需要五步就可完成，有需要的朋友可以借鉴参考下，希望可以有所帮助
2021-09-09