V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member Sign In
This topic created in 3929 days ago, the information mentioned may be changed or developed.
git 的add .commit. branch,merge 都基本能用了.
但是撤消,还是不太理解.
求科普.
我有一 branch 如下:
dev5 -> dev4 -> dev3 -> dev2 -> dev1 -> dev0
其中 dev0是最新提交的,现在我突然发现其中有段代码出错了,我想撤消 这次提交.
即撤消 git add , git commit 这两个动作.
同时我之前的修改要还在,不然我又得重新写代码,哭死啊.
同时求解释 rebase, revert, reset 作用与区别.
但是撤消,还是不太理解.
求科普.
我有一 branch 如下:
dev5 -> dev4 -> dev3 -> dev2 -> dev1 -> dev0
其中 dev0是最新提交的,现在我突然发现其中有段代码出错了,我想撤消 这次提交.
即撤消 git add , git commit 这两个动作.
同时我之前的修改要还在,不然我又得重新写代码,哭死啊.
同时求解释 rebase, revert, reset 作用与区别.
Supplement 1 · Dec 15, 2015
 |
1
limuxy Jul 29, 2015
同时撤销的add和commit的话 应该git reset --hard HEAD~1 就可以了
|
 |
2
moe3000 Jul 29, 2015
楼上+1
|
 |
3
morethansean Jul 29, 2015
。。。楼上的方法会丢掉你的改动的
|
 |
4
123123 Jul 29, 2015
用 git reset HEAD~1
加 --hard 参数修改也没了 |
 |
5
networm Jul 29, 2015
@limuxy 你这个操作会将文件弄丢的啊，楼主要求之前的修改都在，很显然去掉 --hard 参数调用这个就可以了：git reset HEAD~1
在此，强烈推荐阅读 ProGit v2 http://git-scm.com/book/zh/v2，同时欢迎来审校中文版： https://github.com/progit/progit2-zh/issues/160 |
 |
6
lijinma Jul 29, 2015
git reset --soft HEAD~1
|
|
7
networm Jul 29, 2015
链接发错了，链接和内容之间还必须隔一个半角空格。
ProGit v2 http://git-scm.com/book/zh/v2 |
|
8
lijinma Jul 29, 2015
git reset HEAD~1 应该等同 git reset --soft HEAD~1
|
|
9
morethansean Jul 29, 2015  3
--mixed 回到 commit 和 add 之前的状态
--soft 回到 commit 之前的状态 --hard 回到 commit 和 add 之前的状态并且丢掉你的改动 |
|
10
limuxy Jul 29, 2015
|
|
13
123123 Jul 29, 2015
再说 6L 的也不对
|
 |
14
YoungShook Jul 29, 2015
|
 |
15
chuan2015 Jul 29, 2015
给个思路，先stash，再reset，再stash pop
|
|
16
limuxy Jul 29, 2015 2
补张图，关于--mixed, --soft, --hard
 |
|
17
lijinma Jul 29, 2015
@YoungShook
@123123 哈哈，我查了，也试验了，--mixed 和 --soft 有一点点差别，不过不大，都可以。 --soft Does not touch the index file or the working tree at all (but resets the head to <commit>, just like all modes do). This leaves all your changed files "Changes to be committed", as git status would put it. --mixed Resets the index but not the working tree (i.e., the changed files are preserved but not marked for commit) and reports what has not been updated. This is the default action. If -N is specified, removed paths are marked as intent-to-add (see git-add(1)). @chuan2015 如果直接使用 reset --mixed 或 --soft 话，不会丢失现在的修改，所以没必要 stash. |
 |
18
1ang Jul 29, 2015
如果你的dev0还没提交的话最简单的方法是先修改好改成你要的样子
然后 git commit --amend 这个命令会直接修改你上一次的commit，加上你现在修改的东西，所以不需要stash 也不需要reset |
 |
19
FrankFang128 Jul 29, 2015
hard reset 并不会把 commit 删掉，只是将其从 history 里删掉。
|
 |
21
ZackYang Jul 29, 2015 1
|
 |
22
sorcerer Jul 29, 2015 via iPhone
感谢楼主的问题楼上诸位的回答，终于把这一块弄明白了
|
 |
23
kchum Jul 29, 2015
不是应该不管它，这次提交修改好就 OK 了
|
 |
24
julyclyde Jul 29, 2015
lz把时间顺序明确一下吧，总觉得0是最早的，但看语义似乎0是最近的？
reset应该只是把HEAD往古代方向挪了一下 但所有commit都是存在repo里的，还可以checkout出被reset掉的那个。但只有 有名字（HEAD、branch、tag、或者与他们有历史关系等） 的commits才会通过clone、push、pull传输到其他repo |
 |
25
bombless Jul 29, 2015
如果只是撤销到add动作之前，还是用soft吧
|
 |
26
CodingMonkey Jul 29, 2015
HEAD~1 中的 ~1 指什么？
|
 |
27
neoblackcap Jul 29, 2015
@CodingMonkey HEAD的上一个commit
|
 |
28
proudzhu Jul 29, 2015
这种情况不是改好之后 git commit --amend 不就行了
|
 |
29
msg7086 Jul 29, 2015 via Android
也可以先再提交一次，然后interactive rebase把两个提交合并。
当然amend最方便。 reset也可以只不过意义不大。 |
 |
30
mcfog Jul 30, 2015
想要保险，先commit 后 ammend/rebase是最保险的，因为有reflog保底绝对一行也不会丢
|
 |
31
18000rpm Jul 30, 2015
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 要用的淡定就得先把内部结构看完，然后还要把每个命令与那几个区域的变化关系理清楚。 |
 |
32
w359405949 Jul 30, 2015
一般不建议使用reset，这玩意会丢弃历史。
如果只是个别文件和个别行出问题，git checkout commit_id /path/to/file 把该版本中该文件弄出来，进行修改调整后，再add, commit。 如果对log有洁癖，等这部分工作结束后，使用rebase对提交历史进行集体处理，会好看很多。 |
Select Language