轻量级前端框架助力开发者提升项目效率与性能
1918
2022-11-27
git各阶段代码修改回退撤销操作
文章目录
一、还没有add/commit,放弃工作区的修改二、已经add,还未commit,放弃暂存区的修改二、add/commit都已完成,放弃本地仓库的修改四、add/commit/push都已完成,放弃远程仓库的修改五、总结
一、还没有add/commit,放弃工作区的修改
ubuntu客户端查看工作区状态,没有需要提交的文件
修改main.cpp
git status查看工作区状态,提示工作区的main.cpp有修改
在git add之前我们发现有错误,想要放弃刚刚做的修改,回到修改前的状态
我们可以使用如下命令:
git
由于还没有add以及commit,本地仓库的main.cpp仍然是修改前的main.cpp,只有工作区的main.cpp被改动了。这条命令的意思是,用本地仓库的main.cpp覆盖工作区的main.cpp
只在工作区进行了修改,还没有进行add/commit,可以使用git checkout -- 文件名的方式放弃修改
二、已经add,还未commit,放弃暂存区的修改
修改main.cpp并add到暂存区
已经提交到暂存区,我们现在需要放弃暂存区的修改
当已经add但是还未commit时,我们可以使用git reset HEAD的方式放弃暂存区的修改,其中git reset HEAD表示放弃暂存区所有的修改,git reset HEAD 文件名表示放弃暂存区某个文件的修改
此时工作区的文件还是处于被修改状态,可以通过git checkout -- 文件名的方式放弃工作区的修改
二、add/commit都已完成,放弃本地仓库的修改
将错误代码从工作区add到暂存区,然后commit到本地仓库
git log查看提交日志
可以看到本地仓库的提交已经领先于远程仓库
其实没有删除我们刚才的提交,这仅仅只是修改的HEAD指针的指向,并且将工作区、暂存区的状态一并统一到了commi id为cf9c的状态。我们依然可以通过git reset --hard 提交的ID的方式改变HEAD指针的指向,恢复到任意的commit状态
四、add/commit/push都已完成,放弃远程仓库的修改
我们先修改本地分支的HEAD指针到未修改的状态
我们希望用本地落后的分支覆盖远程领先的分支,push试试
我们发现更新不了,一定是要本地仓库比远程的新
这时我们可以用-f强制推送到远程分支,用落后的分支覆盖远程的分支。注意,强制推送前要用git log查看是否有别人也提交了,如果别人提交了,自己再用落后分支覆盖远程分支,这就会影响别人的修改
我们先回退本地仓库的HEAD指针,然后-f强制推送,让本地落后的版本覆盖远程领先的版本
五、总结
git checkout - - 在git add之前,把工作区的代码用版本库中的代码覆盖掉,注意命令中的–不能去掉,否则成切换分支的命令了git reset HEAD 把git add之后,暂存区的内容全部撤销git reset --hard commitid 把提交到本地仓库中的代码改动进行回退git reflog 查看HEAD指针的改动日志git push -f 强制推送本地仓库代码到远程仓库git diff HEAD – 查看工作区file文件和仓库中该文件最新版本的代码有什么区别
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
发表评论
暂时没有评论,来抢沙发吧~