git暂存区
1.修改能不能提交?
必须执行下 git add . 放入暂存区
再commit
或者 加 -a 参数
git commit -a -m "committest" 不推荐
查看日志:
git log
git log --color --graph --pretty=format:'Cred&h&Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit --
git checkout . 整个回退 撤销 没有add操作
2.git add 暂存区的三种状态
git diff 查看 改变
git diff head // 默认 head(当前分支游标) 指向 master ---跟默认分支做对比
git status -s
M 第一列字符含义:版本库和处理中间状态(暂存区)有差异
M 第二列字符含义:工作区和当前文件有差异
git reset head a.txt ---从暂存区撤回来
git checkout . 再全回滚
git diff --cached 暂存区和head
git diff head 工作区和head
git status
3.理解暂存区
git stash or git stash pop
git branch --查看分支
git brance dev --创建分支
git checkout dev --切换分支
分支上改的东西,切回master后,master上也有
因为刚改的东西不属性dev分支也不属性master分支 实际应该属于dev,又不想提交。
用 git stash 暂存 那边处理完后再回来 git stash pop
文件 .Git/index 实际上就是一个包含文件索引的目录树,像是一个虚拟的工作区。在这个虚拟工作区的目录树中,记录了文件名、文件的状态信息(时间戳、文件长度等),文件的 内容并不存储其中,而是保存在 Git 对象库(.git/objects)中,文件索引建立了文件和对象库中对象实体之间的对应。下面这个图展示了工作区、版本库中的暂存区和版本库之间的关 系。
工作区、版本库、暂存区原理图 在这个图中,我们可以看到部分 Git 命令是如何影响工作区和暂存区(stage, index)的。- 图中左侧为工作区,右侧为版本库。在版本库中标记为 "index" 的区域是暂存区(stage, index),标记为 "master" 的是 master 分支所代表的目录树。
- 图中我们可以看出此时 "HEAD" 实际是指向 master 分支的一个“游标”。所以图示的命令中出现 HEAD 的地方可以用 master 来替换。
- 图中的 objects 标识的区域为 Git 的对象库,实际位于 ".git/objects" 目录下,我们会在后面的章节重点介绍。
- 当对工作区修改(或新增)的文件执行 "git add" 命令时,暂存区的目录树被更新,同时工作区修改(或新增)的文件内容被写入到对象库中的一个新的对象中,而该对象的ID 被记录在暂存区的文件索引中。
- 当执行提交操作(git commit)时,暂存区的目录树写到版本库(对象库)中,master 分支会做相应的更新。即 master 指向的目录树就是提交时暂存区的目录树。
- 当执行 "git reset HEAD" 命令时,暂存区的目录树会被重写,被 master 分支指向的目录树所替换,但是工作区不受影响。
- 当执行 "git rm --cached <file>" 命令时,会直接从暂存区删除文件,工作区则不做出改变。
- 当执行 "git checkout ." 或者 "git checkout -- <file>" 命令时,会用暂存区全部或指定的文件替换工作区的文件。这个操作很危险,会清除工作区中未添加到暂存区的改动。
- 当执行 "git checkout HEAD ." 或者 "git checkout HEAD <file>" 命令时,会用 HEAD 指向的 master 分支中的全部或者部分文件替换暂存区和以及工作区中的文件。这个命令也是极具危险性的,因为不但会清除工作区中未提交的改动,也会清除暂存区中未提交的改 动。
|