㈠ 如何将git仓库里面的代码删除
首先进行 Git 垃圾回收：
git gc --auto
其次查看 Git 仓库占用空间：
$ -hs .git/objects 45M .git/objects
然后找出历史中超过一定大小的文件，最后在历史中删除并且提交。
㈡ 如何在Git中撤销一切
任何一个版本控制系统中，最有用的特性之一莫过于 “撤销（undo）”操作。在Git中，“撤销”有很多种含义。
当你完成了一次新的提交（commit），Git会及时存储当前时刻仓库（repository）的快照（snapshot）；你能够使用Git将项目回退到任何之前的版本。
下文中，我将列举几个常见的、需要“撤销”的场景，并且展示如何使用Git来完成这些操作。
一、撤销一个公共修改 Undo a "public" change
场景：你刚刚用git push将本地修改推送到了GitHub，这时你意识到在提交中有一个错误。你想撤销这次提交。
使用撤销命令：git revert
发生了什么：git revert将根据给定SHA的相反值，创建一个新的提交。如果旧提交是“matter”，那么新的提交就是“anti-matter”——旧提交中所有已移除的东西将会被添加进到新提交中，旧提交中增加的东西将在新提交中移除。
这是Git最安全、也是最简单的“撤销”场景，因为这样不会修改历史记录——你现在可以git push下刚刚revert之后的提交来纠正错误了。
二、修改最近一次的提交信息 Fix the last commit message
场景：你只是在最后的提交信息中敲错了字，比如你敲了git commit -m "Fxies bug #42"，而在执行git push之前你已经意识到你应该敲"Fixes bug #42"。
使用撤销命令：git commit –amend或git commit --amend -m "Fixes bug #42"
发生了什么：git commit –amend将使用一个包含了刚刚错误提交所有变更的新提交，来更新并替换这个错误提交。由于没有staged的提交，所以实际上这个提交只是重写了先前的提交信息。
三、撤销本地更改 Undo "local" changes
场景：当你的猫爬过键盘时，你正在编辑的文件恰好被保存了，你的编辑器也恰在此时崩溃了。此时你并没有提交过代码。你期望撤销这个文件中的所有修改——将这个文件回退到上次提交的状态。
使用撤销命令：git checkout --
发生了什么：git checkout将工作目录（working directory）里的文件修改成先前Git已知的状态。你可以提供一个期待回退分支的名字或者一个确切的SHA码，Git也会默认检出HEAD——即：当前分支的上一次提交。
注意：用这种方法“撤销”的修改都将真正的消失。它们永远不会被提交。因此Git不能恢复它们。此时，一定要明确自己在做什么！（或许可以用git diff来确定）
四、重置本地修改 Reset "local" changes
场景：你已经在本地做了一些提交（还没push），但所有的东西都糟糕透了，你想撤销最近的三次提交——就像它们从没发生过一样。
使用撤销命令：git reset或git reset --hard
发生了什么：git reset将你的仓库纪录一直回退到指定的最后一个SHA代表的提交，那些提交就像从未发生过一样。默认情况下，git
reset会保留工作目录（working
directory）。这些提交虽然消失了，但是内容还在磁盘上。这是最安全的做法，但通常情况是：你想使用一个命令来“撤销”所有提交和本地修改——那
么请使用--hard参数吧。
五、撤销本地后重做 Redo after undo "local"
场景：你已经提交了一些内容，并使用git reset –hard撤销了这些更改（见上面），突然意识到：你想还原这些修改！
使用撤销命令：git reflog和git reset, 或者git checkout
发生了什么：git reflog是一个用来恢复项目历史记录的好办法。你可以通过git reflog恢复几乎任何已提交的内容。
你或许对git log命令比较熟悉，它能显示提交列表。git reflog与之类似，只不过git reflog显示的是HEAD变更次数的列表。
一些说明：
1. 只有HEAD会改变。当你切换分支时，用git commit提交变更时，或是用git
reset撤销提交时，HEAD都会改变。但当你用git checkout --时，
HEAD不会发生改变。（就像上文提到的情形，那些更改根本就没有提交，因此reflog就不能帮助我们进行恢复了）
2. git reflog不会永远存在。Git将会定期清理那些“不可达（unreachable）”的对象。不要期望能够在reflog里找到数月前的提交记录。
3. reflog只是你个人的。你不能用你的reflog来恢复其他开发者未push的提交。
因此，怎样合理使用reflog来找回之前“未完成”的提交呢？这要看你究竟要做什么：
1. 如果你想恢复项目历史到某次提交，那请使用git reset --hard
2. 如果你想在工作目录（working direcotry）中恢复某次提交中的一个或多个文件，并且不改变提交历史，那请使用git checkout--
3. 如果你想确切的回滚到某次提交，那么请使用git cherry-pick。
六、与分支有关的那些事 Once more, with branching
场景：你提交了一些变更，然后你意识到你正在master分支上，但你期望的是在feature分支上执行这些提交。
使用撤销命令：git branch feature, git reset --hard origin/master, 和 git checkout feature
发生了什么：你可能用的是git checkout -b来建立新的分支，这是创建和检出分支的便捷方法——但实际你并不想立刻切换分支。git
branch feature会建立一个叫feature的分支，这个分支指向你最近的提交，但是你还停留在master分支上。
git reset --hard将master回退至origin/master，并忽略所有新提交。别担心，那些提交都还保留在feature上。
最后，git checkout将分支切换到feature，这个分支原封不动的保留了你最近的所有工作。
七、事半功倍处理分支 Branch in time saves nine
场景：你基于master新建了一个feature分支，但是master分支远远落后与origin/master。现在master分支与
origin/master同步了，你期望此刻能在feature下立刻commit代码，并且不是在远远落后master的情况下。
使用撤销命令：git checkout feature和git rebase master
发生了什么：你也许已经敲了命令：git reset（但是没用--hard,有意在磁盘上保存这些提交内容），然后敲了git checkout -b，之后重新提交更改，但是那样的话，你将失去本地的提交记录。不过，一个更好的方法：
使用git rebase master可以做到一些事情：
1.首先，它定位你当前检出分支和master之间的共同祖先节点（common ancestor）。
2.然后，它将当前检出的分支重置到祖先节点（ancestor），并将后来所有的提交都暂存起来。
3.最后，它将当前检出分支推进至master末尾，同时在master最后一次提交之后，再次提交那些在暂存区的变更。
八、批量撤销/找回 Mass undo/redo
场景：你开始朝一个既定目标开发功能，但是中途你感觉用另一个方法更好。你已经有十几个提交，但是你只想要其中的某几个，其他的都可以删除不要。
使用撤销命令：git rebase -i
发生了什么：-i将rebases设置为“交互模式（interactive mode）”。rebase开始执行的操作就像上文讨论的一样，但是在重新执行某个提交时，它会暂停下来，让你修改每一次提交。
rebase –i将会打开你的默认文本编辑器，然后列出正在执行的提交，就像这样：
前两列最关键：第一列是选择命令，它会根据第二列中的SHA码选择相应的提交。默认情况下，rebase –i会认为每个更改都正通过pick命令被提交。
要撤销一个提交，直接在编辑器删除对应的行就可以了。如果在你的项目不再需要这些错误的提交，你可以直接删除上图中的第1行和3-4行。
如果你想保留提交但修改提交信息，你可以使用reword命令。即，将命令关键字pick换成reword（或者r）。你现在可能想立刻修改提交消
息，但这么做不会生效——rebase –i将忽略SHA列后的所有东西。现有的提交信息会帮助我们记住0835fe2代表什么。当你敲完rebase
–i命令后，Git才开始提示你重写那些新提交消息。
如果你需要将2个提交合并，你可以用squash或者fixup命令，如下图：
squash和fixup都是“向上”结合的——那些用了这些合并命令（编者按：指squash、fixup）的提交，将会和它之前的提交合并：上图中，0835fe2和6943e85将会合并成一个提交，而38f5e4e和af67f82将会合并成另一个提交。
当你用squash时，Git将会提示是否填写新的提交消息；fixup则会给出列表中第一个提交的提交信息。在上图中，af67f82是一个
“Ooops”信息，因为这个提交信息已经同38f5e4e一样了。但是你可以为0835fe2和6943e85合并的新提交编写提交信息。
当你保存并退出编辑器时，Git将会按照从上到下的顺序执行你的提交。你可以在保存这些提交之前，修改提交的执行顺序。如果有需要，你可以将af67f82和0835fe2合并，并且可以这样排序：
九、修复早先的提交 Fix an earlier commit
场景：之前的提交里落下了一个文件，如果先前的提交能有你留下的东西就好了。你还没有push，并且这个提交也不是最近的提交，因此你不能用commit –amend。
使用撤销命令：git commit --squash和git rebase --autosquash -i
发生了什么：git commit –squash将会创建一个新的提交，该提交信息可能像这样“squash! Earlier commit”。（你也可以手写这些提交信息，commit –squash只是省得让你打字了）。
如果你不想为合并的提交编写信息，也可以考虑使用命令git commit --fixup。这种情况下，你可能会使用commit --fixup，因为你仅希望在rebase中使用之前的提交信息。
rebase --autosquash –i将会启动rebase交互编辑器，编辑器会列出任何已完成的squash!和fixup!提交，如下图：
当使用--squash和–fixup时，你或许记不清你想修复的某个提交的SHA码——只知道它可能在一个或五个提交之前。你或许可以使用Git
的^和~操作符手动找回。HEAD^表示HEAD的前一次提交。HEAD~4表示HEAD前的4次提交，加起来总共是前5次提交。
十、停止跟踪一个已被跟踪的文件 Stop tracking a tracked file
场景：你意外将application.log添加到仓库中，现在你每次运行程序，Git都提示application.log中有unstaged的提交。你在.gitignore中写上”*.log”，但仍旧没用——怎样告诉Git“撤销”跟踪这个文件的变化呢？
使用撤销命令： git rm --cached application.log
发生了什么：尽管.gitignore阻止Git跟踪文件的变化，甚至是之前没被跟踪的文件是否存在，但是，一旦文件被add或者
commit，Git会开始持续跟踪这个文件的变化。类似的，如果你用git add
–f来“强制”add，或者覆盖.gitignore，Git还是会继续监视变化。所以以后最好不要使用–f来add .gitignore文件。
如果你希望移除那些应当被忽略的文件，git rm –cached可以帮助你，并将这些文件保留在磁盘上。因为这个文件现在被忽略了，你将不会在git status中看到它，也不会再把这个文件commit了。
以上就是如何在Git上撤销的方法。如果你想学习更多Git命令用法，可以移步下面相关的文档：
checkout
commit
rebase
reflog
reset
revert
rm
㈢ git清除历史纪录
若我想删除历史记录里比较考前的提交，而后面还有很多需要保留的提交，则：
1.2 如果要删除的历史记录是分散的，则可以考虑 Interactive Rebase，自行挑拣／合并等。如git rebase -i <ref>
1.1 如果要删除的历史记录是连续的，比如说从最开始到某一刻全部都删除或者是中间一截可以删除，则可以考虑 Onto Rebase，如 git rebase --onto <ONTO_BASE_ref> <START_ref> <END_ref>，其中 START 到 END 之间的是需要保留的部分，而 ONTO_BASE 则是最新的基点；换言之，从 ONTO_BASE 到 START 之间的历史记录会被干掉。
若我要删除的历史记录很多，要保留的则很少（比如说就保留最近的一个，以前都不想要了），那索性可以直接创建 Orphan Branch 来重建历史记录。如 git checkout --orphan new_start，这条命令会创建一个叫做 new_start 的分支，该分支没有任何历史记录，但是所有的文件都会原封不动的存在，你可以据此开始重新提交。完成之后甚至可以把旧的分支直接废弃。另外，也可以指定新分支的起点，默认当然是从 HEAD 开始了。
你还可以把历史记录分成两份（或更多份），其中有的完整，有的则简化等等，具体参见这篇关于 git replace 的文档：http://git-scm.com/2010/03/17/replace.html
其实还有很多种场景可以说道，Git 的用法非常灵活，即使暂时用不到也值得细细过一遍知道它能做什么样的事情，然后遇到各种复杂的场景就可以自己推导出解决方案了。
㈣ git如何删除历史提交
你非要保留那次merge并且删掉b而不是revert b么？不要轻易rebase -i历史提交，尤其是本地仓储是从服务器上sync下来的时候，本地的自己开发的还好说。。而且你就算把b删掉，历史也变成了a<-c'<-d'<-e'<-f'(d'<-g'<-f')，commit id都变了的
真要这么搞就用这个，git rebase -p --onto a b
git help rebase里都有
㈤ 初学git，commit了多次才push到remote，怎么删除不想要的commit历史
git add -A, git commit -m "你的日志", git push最后提个醒,如果有改动最好还是直接push上去好,不然到最后累的是自己。
㈥ git怎样回退到上一个
这些开发中很常见的问题,所以git的取消提交,回退甚至返回上一版本都是特别重要的.
大致分为下面2种情况:
1.没有push
这种情况发生在你的本地代码仓库,可能你add ,commit 以后发现代码有点问题,准备取消提交,用到下面命令
reset
git reset [--soft | --mixed | --hard
上面常见三种类型
--mixed
会保留源码,只是将git commit和index 信息回退到了某个版本.
git reset 默认是 --mixed 模式
git reset --mixed 等价于 git reset
--soft
保留源码,只回退到commit 信息到某个版本.不涉及index的回退,如果还需要提交,直接commit即可.
--hard
源码也会回退到某个版本,commit和index 都回回退到某个版本.(注意,这种方式是改变本地代码仓库源码)
当然有人在push代码以后,也使用 reset --hard <commit...> 回退代码到某个版本之前,但是这样会有一个问题,你线上的代码没有变,线上commit,index都没有变,当你把本地代码修改完提交的时候你会发现权是冲突.....
所以,这种情况你要使用下面的方式
2.已经push
对于已经把代码push到线上仓库,你回退本地代码其实也想同时回退线上代码,回滚到某个指定的版本,线上,线下代码保持一致.你要用到下面的命令
revert
git revert用于反转提交,执行evert命令时要求工作树必须是干净的.
git revert用一个新提交来消除一个历史提交所做的任何修改.
revert 之后你的本地代码会回滚到指定的历史版本,这时你再 git push 既可以把线上的代码更新.(这里不会像reset造成冲突的问题)
revert 使用,需要先找到你想回滚版本唯一的commit标识代码,可以用 git log 或者在adgit搭建的web环境历史提交记录里查看.
git revert
通常,前几位即可
git revert c011eb3
git revert是用一次新的commit来回滚之前的commit，git reset是直接删除指定的commit
看似达到的效果是一样的,其实完全不同.
第一:
上面我们说的如果你已经push到线上代码库, reset 删除指定commit以后,你git push可能导致一大堆冲突.但是revert 并不会.
第二:
如果在日后现有分支和历史分支需要合并的时候,reset 恢复部分的代码依然会出现在历史分支里.但是revert 方向提交的commit 并不会出现在历史分支里.
第三:
reset 是在正常的commit历史中,删除了指定的commit,这时 HEAD 是向后移动了,而 revert 是在正常的commit历史中再commit一次,只不过是反向提交,他的 HEAD 是一直向前的.
㈦ 如何清除gitcommit的内容
你的意思是用git commit提交了一个更改，但是你又不需要这个更改了，想退回到上一个comiit ID上去，但是又想把你更改的代码保留吗？可以用git reset --soft commit-id （你运行gitcommit 之前的那个最新commit ID），然后敲git status看看，根据说明可以用相应的命令了
㈧ 如何从 git repository 中彻底删除文件
当我们的
git
repository
提交大的数据文件之后，.git
目录会很大，有时候有些数据我们已经不再需要，
这时候我们可以删除，但是没有彻底删除，.git
中会保存的有历史记录，这时候，我们可以用一下方式彻底删除。
git
filter-branch
--index-filter
\
'git
rm
-r
--cached
--ignore-unmatch
path/to/your/file'
\
head
git
push
origin
master
--force
rm
-rf
.git/refs/original/
git
reflog
expire
--expire=now
--all
git
gc
--prune=now
git
gc
--aggressive
--prune=now
㈨ git中怎么删除某个分支的所有记录
下载安装git管理工具
进入项目根目录（含.git文件夹）使用bash运行git命令
> git checkout the_local_branch // 切换到本地分支
> git branch -dthe_local_branch // 删除本地分支的所用记录
>git branch -Dthe_local_branch // 上面执行有问题，需要-D强制删除
> git push origin:the_remote_branch // 删除远程分支
至此该分支的所有记录都被完全删除了
㈩ 如何删除git提交历史中包含的大文件
文件在当前工作目录已经删除了，即使使用git log -p 删除文件名称 ，直接指定原来没有删除时文件的路径和文件名，也不行的。