Git、GitHub、Gitee、GitLab

Git、GitHub、Gitee、GitLab

---

前言

下面将对代码托管中心Git、GitHub、Gitee、GitLab进行详细介绍。

---

提示：以下是本篇文章正文内容，下面案例可供参考

一、Git

1.1 Git概述

Git是一个免费的、开源的 分布式版本控制系统 ，可以快速高效地处理从小型到大型的各种
项目 。
Git易于学习，占地面积小，性能 极快 。 它具有廉价的本地库 ，方便的暂存区域和多个工作
流 分支 等 特性。 其性能优于 Subversion、 CVS、 Perforce和 ClearCase等 版本控制工具。

1.2 版本控制

版本控制是一种记录文件内容变化，以便将来查阅特定版本修订情况的系统。
版本控制其实最重要的是可以记录文件修改历史记录，从而让用户能够查看历史版本，方便版本切换。

1.3 为什么需要版本控制

个人开发过渡到团队协作。

1.4 版本控制工具

• 集中式版本控制工具
  CVS、SVN(Subversion)、VSS……
  集中化的版本控制系统诸如 CVS、SVN 等，都有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。多年以来，这已成为版本控制系统的标准做法。
  这种做法带来了许多好处，每个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限，并且管理一个集中化的版本控制系统，要远比在各个客户端上维护本地数据库来得轻松容易。
  事分两面，有好有坏。这么做显而易见的缺点是中央服务器的单点故障。如果服务器宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作。

• 分布式版本控制工具
  Git、 Mercurial、 Bazaar、 Darcs……
  像Git这种分布式版本控制工具 ，客户端提取的不是最新版本的文件快照，而是把代码仓库完整地镜像下来 （本地库） 。这 样任何一处协同工作用的 文件发生故障，事后都可以用其他客户端的本地仓库进行恢复。因为每个客户端的每一次文件提取操作，实际上都是一次对整个文件仓库的完整备份 。
  分布式的版本控制系统出现之后,解决了集中式版本控制系统的缺陷 :

---

1. 服务器 断网的情况下也可以进行开发 因为版本控制是在本地进行的
2. 每个客户端保存的也都是整个完整的项目包含历史记录更加安全

---

1.5 Git简史

1.6 Git工作机制