问几个 git 撤消的问题

[recall704]

git 的add .commit. branch,merge 都基本能用了.
但是撤消,还是不太理解.

求科普.

我有一 branch 如下:

dev5 -> dev4 -> dev3 -> dev2 -> dev1 -> dev0

其中 dev0是最新提交的,现在我突然发现其中有段代码出错了,我想撤消 这次提交.
即撤消 git add , git commit 这两个动作.
同时我之前的修改要还在,不然我又得重新写代码,哭死啊.


同时求解释 rebase, revert, reset 作用与区别.

[ZackYang]

http://blog.jobbole.com/87700/

[sorcerer]

感谢楼主的问题楼上诸位的回答，终于把这一块弄明白了

[kchum]

不是应该不管它，这次提交修改好就 OK 了

[julyclyde]

lz把时间顺序明确一下吧，总觉得0是最早的，但看语义似乎0是最近的？

reset应该只是把HEAD往古代方向挪了一下
但所有commit都是存在repo里的，还可以checkout出被reset掉的那个。但只有 有名字（HEAD、branch、tag、或者与他们有历史关系等） 的commits才会通过clone、push、pull传输到其他repo

[bombless]

如果只是撤销到add动作之前，还是用soft吧

[CodingMonkey]

HEAD~1 中的 ~1 指什么？

[neoblackcap]

@CodingMonkey HEAD的上一个commit

[proudzhu]

这种情况不是改好之后 git commit --amend 不就行了

[msg7086]

也可以先再提交一次，然后interactive rebase把两个提交合并。
当然amend最方便。
reset也可以只不过意义不大。

[mcfog]

想要保险，先commit 后 ammend/rebase是最保险的，因为有reflog保底绝对一行也不会丢

[18000rpm]

https://www.atlassian.com/git/tutorials/resetting-checking-out-and-reverting/commit-level-operations
https://www.atlassian.com/git/tutorials/rewriting-history/git-commit--amend

被这个教程领进门的，Git 要用的淡定就得先把内部结构看完，然后还要把每个命令与那几个区域的变化关系理清楚。

[w359405949]

一般不建议使用reset，这玩意会丢弃历史。

如果只是个别文件和个别行出问题，git checkout commit_id /path/to/file 把该版本中该文件弄出来，进行修改调整后，再add, commit。

如果对log有洁癖，等这部分工作结束后，使用rebase对提交历史进行集体处理，会好看很多。