git学习小结
git中有命令告诉历史提交记录
git log
精简模式下显示
git log --pretty=oneline
回退版本操作
在Git中,用HEAD表示当前版本,上一个版本就是HEAD^,上上一个版本就是HEAD^^,当然往上100个版本写100个^比较容易数不过来,所以写成HEAD~100 (注意是波浪线)。
$ git reset --hard HEAD^ 回退到上一版本
但是一旦执行 git reset就会在 git log 中看不到 回退过程中,被回退掉的 记录 的commit 记录,可以使用 git -reflog命令来查看
git reflog
穿梭前,用git log可以查看提交历史,以便确定要回退到哪个版本。
要重返未来,用git reflog查看命令历史,以便确定要回到未来的哪个版本。
版本库结构
工作区:就是你在电脑里能看到的目录(我的理解就是你当初执行git init 的那个目录)
版本库:就是 隐藏目录 .git目录
Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们自动创建的第一个分支master,以及指向master的一个指针叫HEAD。
版本库的结构图如下图:
管理修改
Git跟踪并管理的是修改,而非文件。每次修改,如果不用git add到暂存区,那就不会加入到commit中
撤销修改
当在工作区的一些操作不想要了,可以执行
git checkout -- fileName(文件名)
比如 git checkout -- readme.txt
命令git checkout – readme.txt意思就是,把readme.txt文件在工作区的修改全部撤销,这里有两种情况:
一种是readme.txt自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库一模一样的状态;
一种是readme.txt已经添加到暂存区后,又作了修改,现在,撤销修改就回到添加到暂存区后的状态(回到git add操作的状态?)。
总之,就是让这个文件回到最近一次git commit或git add时的状态。
但还有一种情况:如果你已经把不想要的代码,git add到暂存区后,
但还没有执行git commit.可以通过以下命令吧暂存区的修改撤销,重新放回工作区
git reset HEAD <file>
即暂存区是干净的,工作区是有修改的,等于就是把暂存区给清空了,然后再执行
git checkout --fileName
把工作区的修改也丢弃
回退操作的小结
场景1:当你改乱了工作区某个文件的内容,想直接丢弃工作区的修改时,用命令git checkout -- file。
场景2:当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步,第一步用命令git reset HEAD <file>,就回到了场景1,第二步按场景1操作。
场景3:已经提交了不合适的修改到版本库时,想要撤销本次提交,参考版本回退一节,不过前提是没有推送到远程库。
删除文件
当在工作区中删除了文件之后,工作区和版本库就会不一致,此时有两种选择
(1)确实是需要删除某个文件
那就用命令git rm删掉,并且git commit
(2)另一种情况是删错了,因为版本库里还有呢,所以可以很轻松地把误删的文件恢复到最新版本
git checkout – fileName
git checkout其实是用版本库里的版本替换工作区的版本,无论工作区是修改还是删除,都可以“一键还原”,但是要小心,你只能恢复文件到最新版本,你会丢失最近一次提交后你修改的内容。