>[info] git工作系统理解
试想一下你熟悉的windows系统,你的每个工作文件就是你看的那样。
在试想一下你熟知SublimeText编辑器,当你正在工作时,在没按`ctrl+s`之前,编辑的文件就没有被保存(更新到windows系统文件),此时编辑器会使用“*”标示当前文件有未保存的修改。
显然SublimeText是个系统,维护了缓存,这个缓存可能包含当前编辑的文件,还有当前工作中还未保存的内容,所以只要缓存在,没有保存的修改就不会丢失,“*”就在,未保存的文件在编辑器中还在,我们可以继续工作。但是这是不可靠的,既然叫缓存(暂时缓冲存储),那么任何时候你就不能指望它向你保证什么,比如这里如果你指望缓存来留住你未保存的工作,这回害惨你,会是你丢失那些未保存的代码,丢失的可能就是你昨天做的某个重要的工作,或者某个灵光一闪的ider,多可惜啊。君子不立于危墙之下,所以玩成工作后进行`ctrl+s`保存是多么重要啊,这中保存应该成为一个习惯,多按。这是个好的工作习惯,也是对工作,对自己负责的态度,否则打个比喻就像是你今天没有打卡就上班了一样,可能你这一天白干哦。
>[info] 及时保存工作很重要,不要指望“缓存”,它可不是万金油,并不能在任何时候都能保你哦。
一个比一个复杂是吗,下面来看git的更复杂哦,但是理解了上面所说的之后git的也就不复杂了。
git工作时使用(本地)版本库作为最终的文件(可以与他人进行共享协作),也就是windows系统,使用工作区(我想很多地方已经谈过工作区是个什么概念,不知道的再回去看一遍)作为SublimeText中的缓存,只不过git中这些实现得更复杂了,但是原理概念就是这样。好了,讲完了,简单吧。(啥,没懂?那你前面的两个也没懂,请再回去看一遍。)
- 说明
- git配置
- git与github的关系
- 基础概念
- git命令
- git init
- git status
- git diff
- git log
- git reflog
- git add
- git commit
- git reset
- git checkout
- git rm
- git stash
- git remote
- git push
- git clone
- git branch
- git fetch
- git merge
- git rebase
- git pull
- git tag
- 建立版本库
- 分支合并
- 远程库别名
- Pull requests
- 扩展知识
- 功能文件
- 差异看法
- 注意细节
- github移动端
- git工作系统理解
- 仓库嵌套问题
- 仓库的使用问题
- 常用命令
- 学习资料
- 学习总结
- 示例文件
- README.md
- CONTRIBUTING.md
- .gitignore
- coding
- 大小写问题
- 如何贡献
- 使用账号密码clone
- git目录分析
- HEAD
- 代码部署问题
- 开发流程
- 指定公钥文件