Git、GitHub、GitLab三者相互联系以及差距转载

在讨论差异和联系之前，让我们先简单介绍一下这三种情况。(这篇文章适合初学者，老板们，请出去左转。)

1.什么是 Git?

Git 是一个版本控制系统。

版本控制是一种用于记录一个或多个文件内容变化的系统，以便我们可以检查特定版本的修订。

以前，当不使用版本控制时，我们通常在项目根目录下这样命名项目：

project_v1、project_v1.1、project_v2以此类推，以这种方式记录我们项目的不同版本，

有时我们也会在文件的不同版本中编写描述，以记录该版本项目的添加、修改、删除等操作。

这种操作非常复杂，有时可能会由于一些非人为因素导致文件丢失等事故。

有了版本控制系统，我们不必手动执行一些复杂的操作，也不必发生文件丢失这样的意外。

如果你再次担心，你可以回到你历史上的某个时刻。

早期版本的控制系统包括：SVN、CVS依此类推，它们都是集中式版本控制系统，都有一个单一的集中式管理。

保存所有文件修订版本的服务器和合作开发人员通过客户端连接到该服务器并将其取出。

最新文档或提交更新。

从互联网上寻找图片，展示他们的原则：

我们的主角 Git 是一个分布式版本控制系统。Git 它越来越受开发人员的欢迎，因为分发的优势非常显著。

2.让我们谈谈集中式和分布式版本控制系统之间的区别：

在集中式版本控制系统中，版本库存储在中央服务器中，工作时使用自己的计算机。因此，我们需要首先

从中央服务器中提取最新版本，然后开始工作，工作完成后，将工作提交到中央服务器。在这里借廖

雪峰先生的比喻是，中央服务器就像一个图书馆。如果你想换一本书，你必须先从图书馆借书。然而

更改后，将其放回图书馆。

集中式版本控制系统的最大问题之一是它们必须联网才能工作，因此在网络环境较差的情况下使用集中式版本管理。

这个系统有点头疼。

分布式版本控制系统没有中央服务器的概念，我们使用相关的客户端不仅提取最新的文件，还提取完整的代码仓库。

镜像相当于每个人的计算机都是一个完整的版本库。这样，任何一起工作的服务器都可能发生故障。

使用任何镜像的本地仓库进行恢复。而且，即使在网络环境不佳的情况下，也不要担心，因为存储库位于本地计算机上。

上。

个人摘要：

(1).分布式版本控制系统下的本地仓库包含代码库和历史库，并且可以在本地查看版本历史。

(2).集中式版本控制系统下的历史仓库存在于中央仓库中，每个比较和提交代码都必须连接到中央仓库。

(3).当多人开发时，如果它充当中央仓库。Git如果仓库死了，任何开发人员都可以随时创建一个新的中央仓库并进行同步。

恢复中央仓库

从互联网上寻找图片，展示他们的原则：

3.GitHub 和  GitLab 都是基于 web 的 Git 仓库在使用上彼此相似，为共享开源项目提供了一个平台，

为开发团队提供一个存储、共享、发布和协作开发项目的集中式云存储的场所。

GitHub 作为一个开源代码库 900 一万名开发者用户仍然是最受欢迎的开源项目托管平台，GitHub 同时

公共和私人仓库可用，但如果使用私人仓库，则需要付费。

GitLab 为了解决这个问题，你可以在上面创建一个私有的免费仓库。

GitLab 让开发团队对他们的代码库有更多的控制权 GitHub , 它有许多特点：

(1) 允许自由仓库权限；

(2) 允许用户选择共享一个 project 部分代码；

(3) 允许用户设置 project 获得许可以进一步增强安全性；

(4) 能够设定团队的整体改进进度；

(5) 通过 innersourcing 让不在权限范围内的人无法访问资源；

因此，就代码的隐私而言，GitLab 是更好的选择。但对于开源项目，GitHub 仍然是代码托管的首选。