Git关于commit的操作,修改message,合并commit,撤销commit

Git修改已提交commit的message信息

修改最近一次commit的message

执行

git commit --amend

进入编辑模式,这个commit是所在分支的最新的commit

修改之前commit的message

执行

git rebase -i '要修改的commit的父级commit的hash值'

进入交互模式。


    页面会罗列出基于这个commit的所有子commit,根据编辑框提示,自主选择pick、reword、edit等,也可以使用简写pick->p、reword->r…,保存退出进入新的交互页面,输入新的message后保存退出即可查看。

    git rebase会涉及到变基操作,分离头指针。rebase意味着基于新的base的commit来变更部分commits。它处理的时候,把HEAD指向base的commit,此时如果该commit没有对应branch,就会处于分离头指针状态,然后重新一个一个生成新的commit,当rebase创建完最后一个commit后,结束分离头指针,Git让变完基的分支指向HEAD。

合并commit

合并连续的commit

执行

git rebase -i '要合并的commit的父级commit的hash值'

进入交互模式,要合并几个commit,必须要选择一个commit为合并项,即必须有一个commit为pick,其他需要合并的commit设置为squash,也可以简写s。保存退出之后会进入一个新交互页面显示要合并的commit,也可以为合并后的commit添加message(在第一行说明后添加)。

合并间隔的commit

    仍然使用

git rebase -i '要合并的commit的父级commit的hash值'

要合并的commit是最上级的情况

    这个时候第一个commit已经是最上级了,它没有父级commit了,如果要合并它,那就在git指令后跟上它的hash值。这样进入交互页面,我们能看到它的子级commit,但是没有它自身。


举个例子比如git log显示的commit是这样的

commit 464746a(HEAD -> master)
commit 4611891
commit 43c6742

那么执行 git rebase -i 43c6742 交互页面是这样的:

pick 464746a commit的message  #这个不是需要合并的commit
pick 4611891 commit的message  #这个是需要合并的commit

那就需要最上面手动加上hash值为43c6742的commit,并且把需要合并的commit放在一起并把pick改为squash。类似这样:

pick 43c6742 # message不写也无所谓
pick 4611891 commit的message  #这个是需要合并的commit
pick 464746a commit的message  #这个不是需要合并的commit

这个情况会有很多提示信息,根据提示一步步完成就可以。(合并后可能会出现两个没有父级的commit,即两棵树,如果有多次合并可能就会有多个)

消除最近的几次commit

这条命令慎用

git reset --hard 'commit版本号(hash值)' # 工作区、暂存区和HEAD都恢复成了这个commit的文件情况

消除最近的提交

git reset --hard HEAD~1 #版本回退一级并清除暂存区,写2即回退两级,依次类推
git reset --hard HEAD^ # 回退一个版本,作用和HEAD~1是一样的

比较不同commit之间同个文件的差异

直接比较分支也是可以的,使用

git diff '分支名1' '分支名2' # 比较两分支所有的文件

这样会显示很多的不同,比较杂乱。可以直接选择commit进行比较

git diff 'commit版本号' 'commit版本号' -- '文件名' # 比较两个commit之间同个文件的差异,可以用空格分开比较多个文件

或者是两个分支之间同个文件的比较

git diff '分支名1' '分支名2' -- '文件名'  # 空格分开增加多个文件进行比较

摘选自Git学习笔记

Git 提供了多种工具可以撤销已经提交的commit操作,这些工具可以帮助你在开发过程中纠正错误或者回退更改。下面是几个常用的方式及其简要说明: ### 1. `git checkout` 到某个版本点 如果你刚刚意识到某次提交有问题,并且这个提交还没有推送到远程仓库,那么最简单直接的方式就是回到出错的那次提交之前的状态。你可以使用 `git checkout` 命令加上相应的日期标签(branch名、tag或commit hash): ```bash git checkout <commit-hash> ``` 如果想回到某个标签或分支的最新状态,则可以直接切换到该标签或分支: ```bash git checkout <branch-name> || git checkout <tag-name> ``` ### 2. 使用 `git reset` 的软复原模式 如果你想撤销对仓库的状态更改,但保留本地历史记录,可以使用 `git reset --soft` 来返回到最近一次的提交,并且只改变工作目录的内容,而不删除历史记录: ```bash git reset --soft HEAD^ ``` 这里 `HEAD^` 表示上一次提交。你可以调整这个表达式来选择更早的历史版本。 ### 3. 使用 `git revert` 创建新的提交撤销旧的变更 如果你希望保持历史完整性,同时创建一个新的提交来撤销原来的变更,可以使用 `git revert` 命令。这种方式会生成一个新的提交,其效果与原始提交完全相反: ```bash git revert <commit-hash> ``` 这会创建一个新提交,其中包含了所有需要取消的修改,不会影响当前的工作目录。 ### 4. 将修改暂存起来再处理 如果你发现有某些修改只是暂时性的误操作,而其他修改仍然有效,可以选择将那些错误的修改放入暂存区 (`staging area`) 再作进一步处理。这一步并不是“撤销commit,而是管理你的更改流程: ```bash git add . git status # 检查已添加更改 git commit -m "commit message" # 对于不需要的更改,可以先使用 'git reset' 或 'git checkout' 进行处理 git reset HEAD~1 . # 恢复上一个版本的所有更改 git commit --amend # 修改之前的提交信息,包括新增或删除不必要的更改 git push origin HEAD # 推送更改至远程仓库 ``` 以上命令组合允许你修复或删除最后一次提交中的部分内容,而保留其余部分,并最终推送修正后的版本。 ### 相关问题: 1. 怎么在 Git撤销已经推送的提交? 2. Git 中如何安全地从错误的提交历史中恢复项目? 3. 使用 Git 如何避免不小心的 commit 并且恢复到之前的状态? 这些方法都是 Git 提供给开发者用于管理和修复历史提交的重要功能,可以帮助提高团队协作效率并减少因误操作导致的数据损失风险。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值