Git版本回退

Git常用命令:http://blog.csdn.net/asheandwine/article/details/78980541

在桌面创建learngit文件夹,把它变为一个Git仓库。

参考:Git教程——廖雪峰

在git仓库里创建一个TXT文件。名称 readme.txt,

版本A —— 最初内容:(备注:wrote a readme file)

I like apples.
he likes apples, too.

版本B —— 二次修改:(备注:change bananas)

I like bananas.

he likes apples, too.

版本C —— 三次修改:(备注 he bananas)

I like bananas.
he likes bananas, too.

---------------------------------------------------------------------------------------------------------------------------------

版本回退:

$ git log 命令查看提交的历史记录:


看到的一大串字符串如 42b85d1...6a6cded 的是 commit id(某次提交的版本号).

可以看出三次修改后提交的记录。每次提交的版本 commit id 不同。备注在头部已标明。

从上到下依次记录从第三次修改到第一次修改提交记录(版本C 到 版本A)。

在Git中,用  HEAD 表示当前版本,也就是指目前最新的提交,上一个版本就是  HEAD^ ,上上一个版本就是 HEAD^^ 

往上100个版本写100个 “^”比较不容易数过来,所以写成 HEAD~100 


将当前版本回退至上一个版本:

把 readme.txt 回退到上一个版本(此时是备注为“he bananas”的提交版本(版本C)。)

 $ git reset --hard HEAD^ 

查看 readme.txt 数据

 $ cat readme.txt 


HEAD is now at 10819ab change bananas 一句。

 HEAD 指的是当前版本,这句话意思 “现在当前版本是 commit id 为 10819ab,备注为 change bananas 的版本(版本B)”。

对比第一张记录图可以看到成功刚刚的版本C(he bananas)回退到它的上一个 版本Bchange bananas )。

从回退过的版本在恢复到原来的版本:

如果回退到指定版本后又想再回去之前的那些最新的版本。

即假如我们从版本 he bananas(版本C) 回退到版本 change bananas(版本B),

又想从现在的 change bananas版本B 回到原来的he bananas版本C,则可以使用:

 $ git reset --hard <comment id> 

使用 git log 查看记录。如果版本  he bananas 的 commit id 是 42b85d1...6a6cded
可以使用 $ git reset --hard 42b85d1 命令行回退至版本 he bananas(版本C) 。

版本号没必要写全,前几位就可以了,Git会自动去找。也不能只写前一两位,因为Git可能会找到多个版本号,就无法确定是哪一个了。


隔天恢复原来的版本?

现在,你回退到了某个版本,关掉了电脑,第二天早上就后悔了,想恢复到新版本怎么办?找不到新版本的 commit id 怎么办?
假如你 昨天从版本C 回退到了版本B 后关了电脑,
第二天想从 版本B 版本恢复到 版本C 时候

就必须找到 版本C的 commit id。而此时你已经关过电脑重启。再执行 $ git log命令将是你今天的提交记录。那以前的那个版本号怎么找?

Git提供了一个命令 $ git reflog 用来记录你的每一次命令。



左边一列是 commit id,从上到下依次是从最近到最远的你自己执行的命令

从最后往最前推,HEAD {4} ——>{1}:


commit: ( initial )        initial意为“最初的”。

该句意思是:初次提交的是备注为“wrote a readme fille”的文件(版本A)。即第一次新建的 readme.txt 时候我们提交的行为。

commit: change bananas

该句意思是:提交的是备注为“change bananas”的文件(版本B)。即第二次修改的 readme.txt 时候我们提交的行为。

commit: he bananas

该句意思是:提交的是备注为“he bananas”的文件(版本C)。即第三次修改的 readme.txt 时候我们提交的行为。

reset:moving to HEAD^

该句意思是:重置到当前版本的上一版本( HEAD^ )的文件。即回退 readme.txt 版本的时候我们提交的行为。

reset:moving to 42b85d1

该句意思是:从当前版本重置到指定的 commit id 版本的文件。即回退版本号为 42b85d1 的 readme.txt 时候我们提交的行为。


<think>好的,我现在需要帮助用户解决如何在Git回退到之前的提交或版本的问题。首先,用户已经提供了几个引用来源,我需要仔细分析这些引用内容,整理出清晰的步骤,并确保回答符合用户的要求,比如正确使用LaTeX格式、结构清晰等。 首先,查看用户提供的引用: 引用[1]提到使用Git回退到历史提交版本,可以通过git reset命令,但具体参数可能有所不同。引用[2]详细说明了使用git reflog查找提交记录,并用git reset --soft回退。引用[3]介绍了git revert命令,创建逆向提交来保留历史。引用[4]则是在IDEA中操作,查看远程仓库的记录并回退到指定版本。 我需要将这些信息整合成不同的方法,并比较它们的区别。用户可能想知道多种方法,以便根据情况选择。比如,是否需要保留历史记录,或者彻底回退。同时,用户可能需要知道这些命令的具体使用步骤。 接下来,我应该分步骤说明每种方法。首先,使用git reset的方法,分为三种模式:--soft、--mixed、--hard,因为引用[2]提到了--soft,而其他模式可能用户也需要了解。然后,git revert的方法,因为引用[3]强调了保留历史的重要性。另外,可能还需要提到如何处理远程仓库的回退,因为引用[4]涉及到了远程仓库的操作,比如需要强制推送。 需要注意的是,git reset会改变提交历史,而git revert则通过新增提交来撤销更改,这对团队协作的影响不同。因此,在回答中应该区分这两种方法的适用场景,比如本地回退用reset,公共分支用revert。 另外,用户的问题是如何回退到之前的版本,因此步骤需要具体,比如如何找到提交哈希,使用哪些命令,以及后续操作是否需要强制推送等。比如,使用git log或git reflog来查找提交哈希,然后执行reset或revert命令。 可能还需要提醒用户注意事项,比如使用git reset --hard会丢失工作区修改,需要谨慎操作。而git revert可能会出现冲突,需要解决后再提交。 最后,生成相关问题,比如比较reset和revert的区别,如何撤销回退操作,或者处理远程仓库回退后的同步问题等。 总结回答结构应该是: 1. 方法一:git reset,分三种模式说明,步骤包括查找提交记录、执行命令、处理远程仓库。 2. 方法二:git revert,步骤包括创建逆向提交,处理冲突。 3. 对比两种方法的区别和适用场景。 4. 注意事项,如备份、强制推送等。 5. 相关问题。 需要确保所有数学表达式或代码块使用正确的格式,比如git命令用代码块包裹,变量如<commit-hash>用正确的格式显示。同时,引用标注在相关段落末尾,如引用[1]、[2]等。 现在检查是否有遗漏的信息,比如引用[4]提到的IDEA中的操作,可能需要简要提及,但用户主要询问的是命令行方法,所以可能作为补充说明。 最终,回答应清晰分点,步骤明确,对比清楚,并包含相关问题。</think>在Git回退到指定版本主要有两种方法:`git reset`和`git revert`,具体操作如下: --- ### 一、使用 `git reset` 回退版本(直接修改提交历史) 1. **查看提交记录** 使用以下命令查找目标版本的哈希值: ```bash git log --oneline # 查看完整提交历史 git reflog # 查看所有操作记录(包括被覆盖的提交)[^2] ``` 2. **执行回退操作** 根据需求选择回退模式: ```bash git reset --soft <commit-hash> # 仅回退提交记录,保留工作区和暂存区修改 git reset --mixed <commit-hash> # 默认模式,回退提交记录和暂存区,保留工作区修改 git reset --hard <commit-hash> # 彻底回退到指定版本,丢弃所有修改[^2][^4] ``` 3. **同步远程仓库(如需)** 若已推送过代码,需强制覆盖远程分支: ```bash git push -f origin <branch-name> ``` --- ### 二、使用 `git revert` 撤销提交(保留历史记录) 1. **撤销指定提交** 生成一个新的提交来逆向操作目标版本: ```bash git revert <commit-hash> # 自动创建逆向修改的提交[^3] ``` 2. **处理冲突(如有)** 若撤销时发生冲突,需手动解决后提交: ```bash git add . git commit -m "解决revert冲突" ``` 3. **推送更改** 直接推送新提交即可: ```bash git push origin <branch-name> ``` --- ### 三、两种方法对比 | **方法** | **适用场景** | **是否保留历史** | **风险** | |----------------|-------------------------------------|----------------|-----------------------------| | `git reset` | 本地分支回退或彻底撤销提交 | ❌ 修改历史 | 强制推送可能影响团队协作 | | `git revert` | 公共分支或需保留完整历史记录的场景 | ✔️ 新增历史 | 可能需解决冲突 | --- ### 注意事项 1. **备份修改**:使用`git reset --hard`前确保工作区无重要未提交修改。 2. **协作分支**:在公共分支优先使用`git revert`以避免历史覆盖问题。 3. **IDEA操作**:可通过版本控制工具的图形界面选择提交记录直接回退。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值