git 如何用 revert 回滚代码到某个 commit?

[zeroten]

比如有 commit asda21313123,我给它打了 tag v100 ，如果使用git revert git revert v100..HEAD的方式，如果中间有 merge commit 就不行。

要求不能用 reset 、 rebase 这样重写提交记录的方法。

要回滚的是主干分之 master ， reset 可能会给团队中其他人带来困扰，且 reset 太暴力，操作不当可能丢失提交记录

现在有
8
7
6
5
4
3
2
1
若干提交， 1 是最前面的，现在想回滚到 4 ， git revert git revert 4..8 命令可以把 5678 逐个 revert ，但是如果其中有 merge commit 就不能这么用。那么该怎么做？

简而言之，就是不修改提交记录的回滚回去

[jsfaint]

为啥不能用 git reset ？
git reset --hard 不就是做这事的吗？

[henius]

git reset --hard

[hosiet]

为啥不能用 git reset?

说实在的，只想检出代码又怕影响历史纪录的话， git checkout 都行，就是不知道你的需求是什么

如果想用一个提交解决一切， git diff 导出区别再 apply 如何？

[zeroten]

@jsfaint
@henius
@hosiet 不想用 reset 是为了避免其他人如果从 v101 checkout 一个分之开发去了，现在 reset 到 v100 ，那么他如果再合并代码不就又会把 v100 带回来或者产生冲突，这些不必要的麻烦。

[zeroten]

@hosiet diff 再 apply 是怎么个方案，可以说具体点么

[Havee]

你的需求到底是什么，有点看不懂。
如果要从 v100 从头开始来过， reset/checkout 都行，最好是 checkout 个分支，人家仍然 push 到原分支。

[zeroten]

简而言之， reset 可能会给团队中其他人带来困扰，且 reset 太暴力，操作不当可能丢失提交记录

[zeroten]

@Havee 见问题补充

[zeroch]

你要知道, 如果你在 remote master branch 上进行了回滚操作,然后在 push 回到 master 上面.那么, 无论如何你已经和 diverge, *不可避免*的对别人造成影响..

如果你在 local 的任意 branch 上操作..上面的回复说的, 不论是 reset 还是 checkout 都是可以的。甚至还有一种方法.你先 checkout 1, 然后从 1 到 4 进行 cherry-pick 。 cherry-pick 不会 hash 出新的 commit id 。

[fangdingjun]

像这样， 用历史文件覆盖当前文件，并产生一个新的 commit

git checkout -b temp
git reset --hard c7
git archive HEAD > /tmp/t.tar
git checkout master
tar xf /tmp/t.tar
git add .
git commit -m 'reset to c7'

[axb]

推荐看下这篇， Linus Torvalds 写的：
http://opensource.apple.com/source/Git/Git-26/src/git-htmldocs/howto/revert-a-faulty-merge.txt

[xi_lin]

要用 git revert -m 指定 parent
http://stackoverflow.com/questions/7099833/how-to-revert-a-merge-commit-thats-already-pushed-to-remote-branch

[BOYPT]

感觉就像朋友圈里面那些不许用方程解小学数学题，好难~

[networm]

git reset --hard 4
git reset --soft 8
git commit -m 'Reverted 5 6 7 8'

其实楼主怕的是丢失提交记录，而不是使用 reset rebase 命令

[julyclyde]

revert 是回滚某个 commit ，不是回滚“到”某个
你需要 checkout 或者 reset 之类的

[zzzreg]

切个新 branch 再 reset 怎么样？

[pagxir]

这么简单的操作，有你们想的那么复杂吗。
git rm -r -f *
git checkout <rev> .
git commit -m xxxx
就所有文件恢复到版本 rev 的状态，同时不进行分支修剪。

[zeroten]

@julyclyde 你看我主题中发的 git revert git revert v100..HEAD ，就有了回滚“到”的效果，只是有 merge commit 就不行了

[zeroten]

@BOYPT reset 那些会丢失提交记录，会产生冲突等等

[zeroten]

那些用 reset 、 rebase 的同学就不考虑到团购开发中不可能给所有人强制提交 master 的权限，而且这种操作太危险。而用 revert 或其他不修改提交记录的方式，就可以走正常的分之开发流程。
@jsfaint @henius @hosiet @Havee @zeroch @fangdingjun @axb @xi_lin @BOYPT @networm @julyclyde @zzzreg @pagxir

[lightening]

赞同 @networm

你 reset 后并不 force push ，不会修改 history 的。

他所做的本质上就是手动提交一个新 commit ，其内容是 revert 你的那些 commits 。

我稍微修改一下，帮助理解，本质上和 @newworm 是一样的：

git checkout 4
# 把你 checkout 的代码状态更新到 4 的状态，此时你是 detached HEAD 状态，没有在任何 branch 上

git reset --soft <your_branch_name>
# 把你的 branch 状态回复到原先的 branch 。因为是 soft reset ， checkout 的代码还是 4 的状态

git add .
git commit -m "Revert 5 6 7 8"
# 此时再提交一个新的 commit 。由于你的代码是 4 的状态，但是你此时 history 处于 8 的位置，再移交一个 commit 就是 9 了。其内容正好是变回 4 的状态，也就是说实际上 commit 9 正好 revert 了 5 6 7 8.

[clino]

"且 reset 太暴力，操作不当可能丢失提交记录" 怕丢历史就先新建一个 backup 分支

[zxq1002]

git branch tmp
git checkout tmp
git reset --soft 4
git commit -m "revert from 8 to 4"
git checkout <your branch>
git cherry-pick <the hash id of commit: revert from 8 to 4> or git merge tmp
git branch -d tmp

[zxq1002]

@zxq1002 不好意思，少了 git reset --soft <the hash id of commit: revert from 8 to 4>
git commit -m "revert"
同意 21 楼答案

[jsfaint]

@zeroten reset,rebase 用在本地的 unmerged branch 上有什么关系？
在远端即使你使用 revert 也依然会对其他人造成困扰的。除非对应的 branch 只有你一个人在用，不过既然只有你一个人用， rebase ， reset 又有什么关系呢……

[lightening]

OK 找到一个更清晰的方法：

git checkout 4 -- ./ # 直接取出 4 的代码，不改变 branch
git commit -m "Revert 5 6 7 8" # 然后提交 commit 9

[xqin]

@zxq1002 按你的做法, 最终 cherry-pick 的时候, 会得到一个提示:

nothing to commit, working directory clean

因为你在 commit 那步 提交的文件与你 原分支上的代码是一样的, 所以最终 cherry-pick 会显示没有什么可拿过来的,
如果非要拿过来, 请加一个 --allow-empty 参数.

[xqin]

@lightening 你的方法存在问题吧?
楼主已经说了 他要 revert 的内容中有 merge , 你直接从某个 commit 点提取出来的代码, 并不是 revert 后的结果.
举个最简单的例子.

==10
==9
8===6
7===5
==4
==3
==2
==1

> 由于 v2 在评论中对格式展示的不好, 所以用 = 号来表示空格, 请自行替换后, 感受一下 git log 目前的情况.

9 是由 6/8 合并而来, 现在要还原的 commit 为 10,9,6,5

按你的做法是 checkout 4 -- ./ 然后 commit

这么做的后果是 8/7 的 commit 没了.

楼主的情况应该就是这种, 所以 git 要求他, 选择 parent.

[zeroten]

@xqin 那有没有什么好的方法能不收购处理 merge commit 呢？比如“ 2016 年 7 月 1 日 3 点上线的那个版本”，这个版本是明确的，我应该如何能记录这个版本，并且能够方便快速的回滚的，目标是一行命令或者脚本，且不需要人工干预。

[xi_lin]

@zeroten 为啥在 reset 的那个里 @我？我的回复是 revert -m 让你选 parent 啊

[xi_lin]

@zeroten 不过正常来说 master 上的都是 fast forward 的 merge ，用楼上给的 reset soft 也不是不行

[zxq1002]

@xqin 我后面已经补充了，少了两步操作

[xqin]

@zeroten 你不都已经打了 Tag 了吗? 那还 revert 什么?
你直接从那个 tag 中检出一个分支, 然后你想干嘛干嘛嘛.

另外代码回滚 是你发布工具的事情 与 git 无关, 如果你代码中有 bug,只管在 git 中修复即可.

线上的代码如果要回滚的话, 一般情况下 发布系统(至少我们发布系统会)都会有保留之前站点前几个版本的内容, 比如每次使用的时候使用不同的文件夹, 如果要回滚, 直接将站点切回之前的文件夹即可. 根本不需要 git 参与嘛.

比如当前的代码在 A 目录, 然后发布一次使用 B 目录, 再发一次使用 C 目录,

如果 C 目前的代码有问题,直接将站点切换回 B 目录即可.

[lightening]

@xqin 因为楼主一直说是要“回滚到”某个以前的版本，我觉得他其实就是想把所有的 merge 都不要了。

楼主说“ 2016 年 7 月 1 日 3 点上线的那个版本”这个需求，应该就是所有的 commit 都不要的意思吧。

[caiya21]

楼主可以考虑 用下 source tree （逃

[HackerOO7]

git branch newbranch commitid

[zhx1991]

太长了

我就一个问题

中间的提交还要不要

[msg7086]

重写分支太危险 -> 你需要一个好用的工具。我做历史重写从来没丢过东西。

至于 reset ，谁告诉你 reset 一定要重写历史的？
如果你要让线上的版本滚回到精确的某个提交的状态，那么先 checkout 历史提交，然后做 reset mixed 到 HEAD ，再做一次提交就行了，这个提交就包含了两者之间所有更改的 revert 。

git checkout 4 # 回到历史
git reset --mixed master # 把历史带到脑袋
git checkout master # 签出脑袋
git commit # 把历史和脑袋的 revert diff 提交

[cszhiyue]

想到的方案同样和 @lightening 一致
@xqin 这个没冲突啊。如果想 revert 10,9,5,6 的同时保留 7,8,直接把 checkout 4 改成 checkout 8 就可以了

[xx314327475]

@msg7086 就服你,比人不服

[Youthink]

遇到了和楼主一样的问题。 @networm 的回答帮助了我。

[aoTao]

遇到和楼主同样的问题 ， 按照 @networm 的方式完美解决！

[njwangchuan]

用了 @newtorm 的方法感觉挺好，请问有啥副作用没。

[williamwue]

@msg7086 非常棒的方案！实测通过

[njwangchuan]

@msg7086 简单，实用，解决了大问题。