Github基础入门（1）：github介绍及注册

亦仍

已于 2024-01-14 22:57:35 修改

阅读量978

点赞数 23

文章标签： github

于 2024-01-14 22:54:16 首次发布

本文链接：https://blog.csdn.net/m0_53647297/article/details/135588679

版权

室友告诉我有开源网站Github？对不起，是我孤陋寡闻（窝囊组）

但是！不知道没关系，我现在要开始学了，我想每天花时间学一点，然后写博客分享，大家一起进步

只想了解注册的，可以直接到标题" Github注册 "

Git

在说Github之前先说什么是Git。

“ Git（读音为/gɪt/）是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。 [1]也是Linus Torvalds为了帮助管理Linux内核开发而开发的一个开放源码的版本控制软件。”

以上介绍来自百度百科，那我们提取几个关键字去理解“ 分布式 ” “ 版本控制 ” “系统 ”

先从最简单的说起，系统，这个很好理解，一种内置的程序，协调软件，作为信息交互的工具。

其次是：版本控制和分布式。下面会讲理解和发展（本地 $\rightarrow$ 集中 $\rightarrow$ 分布式）

(1)版本控制理解

其实日常生活中我们学习工作很多时候都在做版本控制，老师让交一个论文，老板让交方案，就拿论文说，你提交后，老师不满意，你改了第二版，还不满意，第三版...一直到最终版，这个就是我们在做版本控制。

(2)本地版本控制

但是整个过程都是你自己在复制粘贴修改，很麻烦。后来就出现了专门帮我们自己去做版本控制的软件，不需要我们自己粘贴复制，在电脑上我们只能看到一个文件，这个软件会把你以前所有的版本都保留起来。可以通过一些命令，使你的文件回到你想要的版本。

(3)集中式版本控制

本地版本控制是一种进步，但是每个人只能在自己的系统上做自己的版本控制，无法简单地进行共享控制，当老师或者老板布置的论文，任务是两人协作完成，这个本地版本控制就会显得有些呆板。由此，出现了集中式版本控制。A和B协作开发，有一个第三方类似数据中心（云仓库，云盘的理解都可），A和B想要操作项目需要把数据全都上传到数据中心，然后两人就可以协同开发。

(4)分布式版本控制

在（3）中所提到的集中式版本控制已经可以满足我们大部分要求，但仍然有缺陷。如果A和B断网或者数据中心出了问题，那么A，B就无法协作。由此，又发展出了分布式版本控制。其实分布式和集中式的组成相同，仍然是A,B和数据中心，那之间的差异在哪？对于集中式，所有的版本都在数据中心，A,B从数据中心拿走的仅仅是其中的一个版本，不存在历史版本。而分布式则是不仅数据中心有每个版本，A,B各自也都有所有版本。而且分布式当版本更新时，可以先做本地版本控制再同步到数据中心。

Github

在版本控制系统中，大约90%的操作都是在本地仓库中进行暂存，提交，查看状态或者历史记录等等。当你需要和你的开发团队共享数据时，设置一个远程仓库（前文所提到的数据中心)才有意义。那么Github就是一个远程仓库供应商（另一说为软件项目的托管平台），因为只支持Git作为唯一的版本库格式进行托管，所以名GitHub。