我无意间把错误的档案 写错给Git 基特,但还没有将承诺推进到服务器上。
我如何解除那些承诺?当地当地仓库?
我无意间把错误的档案 写错给Git 基特,但还没有将承诺推进到服务器上。
我如何解除那些承诺?当地当地仓库?
当前回答
认为我们有code.txt 代码转换器。我们对其文件进行一些修改并做出承诺。我们可以以三种方式撤销这一承诺,但首先你应该知道什么是阶段文件...git status
此文件将以绿色颜色显示, 如果此文件没有被预设用于承诺, 则会以红色显示 :
意思是,如果您进行更改,此文件中的更改就不会保存。 您可以在您的舞台上添加此文件git add code.txt
然后承诺更改:
撤消上次承诺 :
其他回答
OP: 我如何撤销当地最近在Git的最新承诺? 我无意中犯下了错误的案卷[作为几项承诺的一部分]。
依你追求的结果而定,有几种方式可以“不做”作为承诺系列。考虑到下面的起始案例,reset
, rebase
和filter-branch
全部可以用于重写您的历史 。
如何可以C1 C1和C2 C2 级将取消以删除tmp.log
是否从每个文件中做出 ?
在下文的例子中,使用了绝对承诺参考,但如果更多地使用相对参考(即:HEAD~2
或HEAD@{n}
).
reset
$ git reset --soft t56pi
与reset
,一个分支可以重置到先前的状态,而任何复合变化都返回到等待区,从中可以放弃任何不必要的变化。
注:原为:reset
将所有先前的修改分组到等待区,个人承诺元数据将丢失。如果这与您有问题,你也许更有机会与rebase
或filter-branch
取而代之。
rebase
$ git rebase --interactive t56pi
使用交互式rebase
可以在分支中修改和丢弃不想要的更改。在以上信息图中,右侧的源树可以显示状态位置。rebase
.
逐步执行
t56pi
)pick
与edit
保存和关闭。HEAD
,删除不需要的文件,创建全新的承诺。注:与rebase
大部分承诺元数据的保存与承诺元数据的保存形成对比。reset
上方的替代选项。 如果您想要保留大部分历史, 但只删除不需要的文件, 这很可能是一个首选选项 。
filter-branch
$ git filter-branch --tree-filter 'rm -r ./tmp.log' t56pi..HEAD
上上命令会过滤文件./tmp.log
所有承诺在理想范围内的t56pi..HEAD
(假设我们最初的起步案例来自以上)请见下文说明清楚。
类似rebase
, filter-branch
可用于从分支的一个小节中清除不想要的文件。 而不是通过重设程序手动编辑每项承诺,filter-branch
能够自动预设对每项承诺的预期行动。
注:就像rebase
, filter-branch
仅丢弃所需文件, 将保存承诺元数据的其余部分 。C1 C1和C2 C2 级已经改写了, 日志文件被丢弃了, 从每个任务中 。
就像任何与软件开发有关的事情一样,对于一个特定的问题,有多种方法可以实现相同(或类似)的结果。你只需要选择最适合你特定案例的方法。
请注意上面所有三种选择都完全重写历史。 除非您确切知道自己在做什么, 并在团队中保持良好的沟通 — — 只有重写承诺还没有远程发布 !
资料来源:以上所有例子都是从中借用的博客博客.
撤销一项承诺是有点吓人,如果你不知道它是如何运作的。 但如果你理解的话,它其实很容易。我会告诉你4种不同的方式, 你可以解除一项承诺。
说你们有这个,C是你们的总部,(F)是你们档案的状态。
(F)
A-B-C
↑
master
git reset --hard
您想要销毁C国罪行,并抛弃任何未承诺的变更。你这样做:
git reset --hard HEAD~1
结果是:
(F)
A-B
↑
master
现在B是总部,因为你用了--hard
中,您的文件在承诺 B 时被重置为状态。
git reset
也许C不是灾难,只是有点不对劲取消承诺,但保留您的更改在您做更好的承诺之前需要编辑一点。 从这里重新开始, C 做为您的总部 :
(F)
A-B-C
↑
master
做这个,离开--hard
:
git reset HEAD~1
在这种情况下,结果是:
(F)
A-B-C
↑
master
在这两种情况下,HEAD都只是最新承诺的指针。git reset HEAD~1
,您告诉 Git 将 HEAD 指针移回一个承诺。但(除非您使用)--hard
你把你的档案和以前一样留在原样,所以现在git status
显示您在 C 中检查过的更改。 您没有丢失任何东西 !
git reset --soft
最轻轻的触碰,你甚至可以取消您的承诺, 但要离开您的文件和文件指数指数指数指数:
git reset --soft HEAD~1
这不仅留下你的档案, 甚至离开你的指数指数指数指数当你独自一个人去的时候,git status
,你会看到相同的文件在索引中和以前一样。事实上,在这个命令之后,你可以做git commit
你会重蹈覆辙 做你刚做过的同样的事
git reset --hard
需要把密码拿回来还有一件事: 假设你销毁如在第一个示例中,但后来发现你需要它运气不好,对不对?
不,有仍为键入此
git reflog
你将看到一份(部分)承诺的清单,沙沙即你们所迁居的地方。你们要找出你们所摧毁的罪状,然后你们要这样做:
git checkout -b someNewBranchName shaYouDestroyed
承诺在Git不会在90天内被摧毁 所以你通常可以回去 拯救一个你本不想除掉的人
这将添加一个新的承诺, 删除所添加的文件 。
git rm yourfiles/*.class
git commit -a -m "deleted all class files in folder 'yourfiles'"
或者您可以重写历史来撤销最后一项承诺 。
警告警告警告警告:此命令将永久删除对《京都议定书》的修改.java
您承诺的文件( 和任何其他文件) -- 从工作目录中删除全部修改 :
git reset --hard HEAD~1
缩略hard reset
至HEAD-1
您的工作副本将在您错误犯罪之前设定为犯罪状态 。
在前几次答复中谈到与Git相关的命令时,我想向所有读者介绍我典型的Git周期,这可能是有益的。 这就是我如何与Git合作,
第一次从远程服务器克隆
git clone $project
从远程拉动( 当我没有当地未完成的推动承诺) )
git pull
将新的本地文件 1 添加到 $to_ be_ compent_ list (想象$to_ be_ compent_ list 意思是staged
区域)
git add $file1
删除从 $to_be_ composed_ list 错误添加的文件2( 假设文件2 与第 3 步一样添加, 我并不想这样做 )
git reset $file2
正在提交 $to_ be_ compent_ list 中的文件1
git commit -m "commit message description"
在推进前与远程仓库同步本地承诺
git pull --rebase
冲突发生时的解决配置合并工具
git mergetool #resolve merging here, also can manually merge
添加冲突解决文件file1
:
git add $file1
继续我先前的重新基地指挥
git rebase --continue
启动已同步的本地最后一次任务已就绪
git push origin head:refs/for/$branch # branch = master, dev, etc.
reset --soft
或reset --hard
?@Kyralessa的回答:
如果您不确定该使用什么--soft
(我用这个公约来纪念它)s. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
如果您选择了--hard
你会犯错,你会犯错输 输之前没有的更改。如果您选择--soft
犯错后,您也可以得出相同的结果。--hard
通过应用附加命令
git reset HEAD file.html
git checkout -- file.html
echo "some changes..." > file.html
git add file.html
git commit -m "wrong commit"
# I need to reset
git reset --hard HEAD~1 (cancel changes)
# OR
git reset --soft HEAD~1 # Back to staging
git reset HEAD file.html # back to working directory
git checkout -- file.html # cancel changes
感谢@Kyralessa。