Git-Git初识1

 

1.Git是什么?

GIT(分布式版本控制系统)

  • (功能介绍)Git(读音为/gɪt/。)是一个开源的分布式版本控制系统,可以有效、高速的处理从很小到非常大项目版本管理。 
  • (出处由来)Git 是 Linus Torvalds (Linux的创始人)为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。
  • (存在意义)Torvalds 开始着手开发 Git 是为了作为一种过渡方案来替代 BitKeeper,后者之前一直是 Linux 内核开发人员在全球使用的主要源代码工具。开放源码社区中的有些人觉得BitKeeper 的许可证并不适合开放源码社区的工作,因此 Torvalds 决定着手研究许可证更为灵活的版本控制系统。
  • (进步延伸)尽管最初 Git 的开发是为了辅助 Linux 内核开发的过程,但是我们已经发现在很多其他*软件项目中也使用了 Git。例如 很多 Freedesktop 的项目迁移到了 Git 上。

2.Git作用及实现

实    现:

  • 分布式相比于集中式的最大区别在于开发者可以提交到本地,每个开发者通过克隆(git clone),在本地机器上拷贝一个完整的Git仓库。下图是经典的git开发过程:

Git-Git初识1

Git的实现步骤:

从一般开发者的角度来看,git实现步骤:

  1. 从服务器上克隆完整的Git仓库(包括代码和版本信息)到单机上。
  2. 在自己的机器上根据不同的开发目的,创建分支,修改代码。
  3. 在单机上自己创建的分支上提交代码。
  4. 在单机上合并分支。
  5. 把服务器上最新版的代码fetch下来,然后跟自己的主分支合并。
  6. 生成补丁(patch),把补丁发送给主开发者。
  7. 看主开发者的反馈,如果主开发者发现两个一般开发者之间有冲突(他们之间可以合作解决的冲突),就会要求他们先解决冲突,然后再由其中一个人提交。如果主开发者可以自己解决,或者没有冲突,就通过。
  8. 一般开发者之间解决冲突的方法,开发者之间可以使用pull 命令解决冲突,解决完冲突之后再向主开发者提交补丁。

从主开发者的角度(假设主开发者不用开发代码)看,git有以下功能:

  1. 查看邮件或者通过其它方式查看一般开发者的提交状态。
  2. 打上补丁,解决冲突(可以自己解决,也可以要求开发者之间解决以后再重新提交,如果是开源项目,还要决定哪些补丁有用,哪些不用)。
  3. 向公共服务器提交结果,然后通知所有开发人员。

3.Git的优缺点

优  点:

  1. 适合分布式开发,强调个体。
  2. 公共服务器压力和数据量都不会太大。
  3. 速度快、灵活。
  4. 任意两个开发者之间可以很容易的解决冲突。
  5. 离线工作。

缺  点:

  1. 资料少(起码中文资料很少)。
  2. 学习周期相对而言比较长。
  3. 不符合常规思维。
  4. 代码保密性差,一旦开发者把整个库克隆下来就可以完全公开所有代码和版本信息。

4.参考资料(资料很多)

****博客:Git使用详细教程

Git百度百科

https://blog.****.net/tgbus18990140382/article/details/52886786

  • 命令

https://blog.****.net/z_xiaocun/article/details/46792079

https://blog.****.net/jiulongls/article/details/81120815

5.存在意义

详细说明请参考廖雪峰的Git教程-简介

6.诞生

详细说明请参考廖雪峰的Git教程-Git的诞生

6.集中式vs分布式

详细说明请参考廖雪峰的Git教程-集中式vs分布式

7.安装git及配置必要参数

详细说明请参考廖雪峰的Git教程-安装git

.