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用于删除一个文件。如果一个文件已经被提交到版本库,那么你永远不用担心误删,
但是要小心,你只能恢复文件到最新版本,你会丢失最近一次提交后你修改的内容。)
写到这里,我感觉自己好累,下一篇继续。