「01」Git之版本控制

596 阅读2分钟

写在前面

工作快两年了,从开始的一脸懵逼,到后来的git四连,再到后来遇见问题百度,逐渐对Git有了一定的认识,也逐渐意识到Git是自己将来的道路上重要的一部分。但自己从未系统的学习过Git,最近趁着自己比较闲,计划从头学习Git,并将它记录分享出来。

什么是版本控制

先来看个我们几乎都用过的版本控制的方式
image.png
它的好处就是简单,但是特别容易犯错。 有时候会混淆所在的工作目录,一不小心会写错文件或者覆盖意想外的文件。
所以什么是版本控制呢?版本控制是一种记录一个或若干文件内容变化,以便将来查阅特定版本修订情况的系统。
而Git就是一个强大的分布式版本控制系统。

Git工作模型

我们通过一个简单例子来进行讲解
假设开发团队共三人

  1. 老大A先在Github上创建一个中央仓库,然后把这个中央仓库clone到本地,完成项目架构搭建之后推送到本地仓库,然后再推送到服务器的中央仓库
  2. 小弟B和小弟C把中央仓库的所有内容克隆到本地,拥有了各自的本地仓库,此时大家的本地仓库都是相同的
  3. 三人根据各自的模块开始独立开发,当你们完成模块中的一个小功能之后,会提交一个版本(即commit)到本地仓库。
  4. 在小B完成来自己模块的开发之后,小B将本地仓库推送到了远程仓库
  5. 不久后小C也完成来自己的开发,因为小B已经将中央仓库的代码更新,所以小C需要先拉取最新的代码,于自己的本地仓库进行合并,然后再上传到中央仓库

这样大家的代码就实现来同步,但Git的强大与复杂程度远不止这样

总结

这一节内容不多,主要是一些简单的概念