git 版本管理
- 版本回退
在Git中通过git log 命令查看从最近到最远的提交日志,如果嫌输出信息太多,看得眼花缭乱的,可以试试加上–pretty=oneline参数:
需要友情提示的是,你看到的一大串类似1094adb…的是commit id(版本号),和SVN不一样,Git的commit id不是1,2,3……递增的数字,而是一个SHA1计算出来的一个非常大的数字,用十六进制表示,而且你看到的commit id和我的肯定不一样,以你自己的为准。为什么commit id需要用这么一大串数字表示呢?因为Git是分布式的版本控制系统,后面我们还要研究多人在同一个版本库里工作,如果大家都用1,2,3……作为版本号,那肯定就冲突了。
每提交一个新版本,实际上Git就会把它们自动串成一条时间线。
**$ git reset --hard HEAD^**通过该命令可以将代码回退到上个版本
在 windows 的 cmd 命令行下操作 git,想要回滚到上一次提交,但是输入 git reset --hard HEAD^ 后就显示 more?,这是因为cmd控制台中换行符默认是 ^ ,而不是\ ,所以它的 more?的意思是问你下一行是否需要再输入,而 ^ 符号就被当做换行符而被 git 命令忽略掉了。
解决办法:
方法一:加引号:git reset --hard “HEAD^”
方法二:加一个^:git reset --hard HEAD^^
方法三:换成~:git reset --hard HEAD~ 或者 git reset --hard HEAD~1
如果回退后出现问题需要找到回退之前的那个文件,就必须知道那个文件在git中提交的时候的id.Git提供了一个命令git reflog用来记录你的每一次命令,找到上次提交时的备注,找到对于的提交ID,然后通过$ git reset --hard xxx 就可以将该文件恢复了。 - 撤消修改
当你准备将修改好的文件提交时发现有错误,可以打开文件重新修改后提交,也可以通过git命令来撤销修改的内容。
你可以发现,Git会告诉你,git checkout – file可以丢弃工作区的修改:
$ git checkout – 123.txt
命令git checkout – 132.txt意思就是,把123.txt文件在工作区的修改全部撤销,这里有两种情况:
一种是123.txt自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库一模一样的状态;
一种是123.txt已经添加到暂存区后,又作了修改,现在,撤销修改就回到添加到暂存区后的状态。
总之,就是让这个文件回到最近一次git commit或git add时的状态。
已经添加到暂存区的文件突然发现有问题,可以通过以下操作来撤销修改的部分:
用命令git reset HEAD 可以把暂存区的修改撤销掉(unstage),重新放回工作区
git reset命令既可以回退版本,也可以把暂存区的修改回退到工作区。当我们用HEAD时,表示最新的版本。 - 删除文件
删除的俩种方法:
一是确实要从版本库中删除该文件,那就用命令git rm删掉,并且git commit:
另一种情况是删错了,因为版本库里还有呢,所以可以很轻松地把误删的文件恢复到最新版本:
$ git checkout –
git checkout其实是用版本库里的版本替换工作区的版本,无论工作区是修改还是删除,都可以恢复。