Git初识（二）

Git的学习，我觉得就应该像追一个妹子一样，锲而不舍，哦对了，Git没有妹子那么捉摸不透。
基本的操作基本已经规范化了。

打开我们的仓库，看到我们的目标文件，在里面写一些内容，例如:

(此时的目标文件和仓库文件都会变红)

打开git bash，做如下操作：

就是说：
在主分支上
改变还没有提交
然后就叫你怎么提交修改
modified:234.txt （修改：234.txt）

接着做一下操作：

红色箭头出说明了我们添加了的内容。

继续操作：

添加修改的文件，然后我们查看状态，（使用这个撤销add的操作）接着提交后，箭头处提示我们一个文件改变，
有插入数据。查看状态，提示没有什么提交，工作目录是整洁的。

查看提交历史：

git log

版本回滚(退)

git reset --hard HEAD^

执行git log命令出现：

接着执行：

红色箭头处 –hard 后跟注释append del little对应的commit id上。
即可回到提交注释append del little这次的提交版本上。

如果你忘记了commitid，通过reflog可以看到历史提交HEAD指针的移动记录。

概念梳理环节：
工作目录（working directory）,在本博文中就是☞git233文件夹（不包含.git）。
在工作目录中有个 .git的文件夹，这就是Git的repository（版本库）。这里面存在stage
(你也可以叫index，随你开心就好)的暂存区。

这个图基本上解决了我对于Git版本控制的一些以前的认识的盲区，
包括eclipse和目前的android studio的一些版本控制的疑问也彻底解决了。
提交至分支，stage就清空了，工作区也是清洁的了。
暂存区就相当于一个记录员，记录一切变更，至于变更最终有没有效,取决于开发者是否提交给分支。

如果你修改了234.txt文件但是没有add和commit，则可以通过

git checkout -- 234.txt撤销

如果你疏忽了，不仅改了而且add了，这意味着工作区和暂存区内容一致，我们需要清空暂存区，然后撤销工作区修改即可。

如果写多了一个文件，想要删除：

引自网络（命令git rm用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，
但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。）

写到这里，我感觉自己好累，下一篇继续。