Git 中对提交历史进行处理

1. 前言#

在之前的Git 的使用总结这篇博客中，总结了一些Git的基础命令和用法，这篇博客将对Git中的版本管理操作作进一步总结。

我们使用Git来管理我们的项目时，有时候会不小心提交一些不该提交的文件，如果我们直接将这些文件删除，会留下提交记录。所以我们需要删除那次的提交记录，主要的方法有git reset和git rebase

先查看提交历史

git log --oneline

bash

确认需要删除的提交的位置，假设提交历史如下

abc1234 Third commit (最新提交)
def5678 Second commit (需要删除的提交)
ghi9101 First commit

plaintext

先查看提交历史

git log --oneline

bash

确认需要删除的提交的位置，假设提交历史如下

abc1234 Third commit (最新提交)
def5678 Second commit (需要删除的提交)
ghi9101 First commit

plaintext

git reset 和 git rebase 是 Git 中两个常用的命令，它们都可以改变历史记录，但它们的用途和效果有所不同。下面是它们的主要区别和使用场景：

git reset 主要用于重置当前分支的 HEAD（当前提交的指针），它可以用于修改 Git 提交历史的指针位置，并根据不同的模式（如 --soft、--mixed、--hard）决定如何处理工作区和暂存区的内容。

常用选项：

git reset --soft <commit>：将 HEAD 移动到指定的提交位置，并将所有更改保留在暂存区（staging area），即重新准备提交这些更改。
git reset --mixed <commit>：将 HEAD 移动到指定的提交位置，并将更改保留在工作区，但从暂存区移除这些更改（相当于 git rm --cached）。
git reset --hard <commit>：将 HEAD 和工作区都移动到指定提交的位置，丢弃所有更改。所有的修改（无论是暂存区还是工作区的）都会丢失。

使用场景：

撤销提交：你可以用 git reset 撤销最近的提交（git reset --soft HEAD~1 或 git reset --mixed HEAD~1），并选择保留更改在工作区或暂存区。
撤销修改：通过 git reset --hard 可以彻底丢弃所有本地修改（包括工作区和暂存区），回到某个提交的状态。
调整历史记录指针：它通常用于调整 HEAD 指针的位置，可以方便地回到之前的某个提交。

示例：

# 撤销最后一次提交并将更改保留在暂存区
git reset --soft HEAD~1

# 撤销最后一次提交并将更改保留在工作区
git reset --mixed HEAD~1

# 完全撤销最后一次提交并丢弃所有更改
git reset --hard HEAD~1

bash

git rebase 是一个更为强大的命令，用于将一系列提交“重放”到另一分支上。git rebase 会修改分支的历史记录，它会“将你的提交移到另一个分支的后面”，就像你从一个新的基础上开始工作一样。

常用选项：

git rebase <branch>：将当前分支的所有提交“重放”到 <branch> 分支的末尾。例如，git rebase main 将当前分支的提交应用到 main 分支的末尾。
git rebase -i <commit>：交互式 rebase，用于编辑提交历史、删除、合并、修改提交信息等。你可以选择哪些提交进行修改。

使用场景：

示例：

# 将当前分支的提交重放到 main 分支上
git rebase main

# 交互式 rebase，用于修改提交历史
git rebase -i HEAD~3

bash