《GitHub入门》——基础篇

what & why

你好！ 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Markdown编辑器, 可以仔细阅读这篇文章，了解一下Markdown的基本语法知识。最近需要搞一些开发的事情，了解到GitHub上可能会有一些开源的代码，而自己对GitHub又不熟，所以买了本书来看，这里记录一下学习的内容，后期还会补充自己在GitHub上做的一些project。这一节主要介绍什么是Git，什么是GitHub，为什么使用Git，为什么使用GitHub，包括一些常见的概念和术语解释。

什么是Git

Git是一个分布式的版本控制器。版本控制系统是设计用于跟踪文件随时间变化状态的一款软件。

为什么用Git

Git可以跟踪文件随时间变化的状态，在进行文本编辑时可以提供以下的功能服务：

撤销更改功能

在编译出错是可以回到前一个时间点或者上一个版本

包含所有更改的完整记录

可以检查项目的先前版本以详细查看当时的文件状态

对改动的原因进行记录

许多developer没有做记录的习惯，往往会忘记为什么做出改动，而Git可以提供一个提交信息（commit message）的功能，可以对改动的原因进行记录

分支记录

可以对历史记录创建不同的分支，对内容做出不同的更改

解决团队冲突问题

在合作完成项目时，对一个文件可能会有多个修改者，Git能够将这些修改内容，如果不能合并，将展示出存在的冲突以便团队内解决问题

历史记录的不同分支流

项目中不同的人可以工作在不同的分支，使其能够独立工作在不同的功能上，在各自完成后合并这些功能

什么是GitHub

GitHub是一个网站，可以向网站上传一个Git数据库副本，可以与他人合作完成project。
GitHub提供的机制：一个用以共享库的集中位置，一个基于Web的界面，以及分叉（forking）、拉请求（pull request）、提出问题（issue）和维基（WiKi）等功能。
以上这些概念以及具体功能将会在下面进行解释说明。

为什么用GitHub

GitHub不仅用来存储Git库，还可以执行以下操作：

文档需求

使用提出问题（issue），记录缺陷或者指定新的功能

独立分支流记录的写作

使用分支（branches）和拉请求（pull request），可以在不同的分支或功能下合作

评估工作进展

通过查看拉请求（pull requests）列表，可以查看目前处于工作状态下的所有不同功能，通过单击列出的任何一个拉请求命令，可以看到最新的变化以及所有关于改动的讨论

看到团队的进展

通过使用pulse或者提交历史（commit history）命令，可以查看团队的工作进展

概念和术语

提交（commit）

将文件的修改保存到Git的历史记录中

提交信息（commit message）

提交时，需要提供一个消息，用来描述为什么做出这种改动，用于以后理解做出修改的原因

分支（branch）

存放在一侧的独立的系列提交，可以用来进行一个实验或者创建新的功能

主分支（master branch）

新的Git项目会有一个默认分支，称为主分支。主分支一旦准备发布，工作应该完全停止。

功能分支（feature branch）

构建新的功能将创建一个分支

发布分支（release branch）

用发布分支为流程存放必要的补丁或者更新记录。在技术层面，功能分支和发布分支没有差别

合并（merge）

将一个分支完成的全部工作归并到另一个分支，通常是将一个功能分支合并到主分支

标签（tag）

引用一个特定历史的提交，常用语记录发布版本，可以了解到发布的版本以及何时生成的

查看（check out）

找到一个不同版本的项目历史记录，以及时查看该时间点的文件

拉请求（pull request）

用在一个流程的早期阶段，用以讨论可能的功能

提出问题（issue）

用来讨论功能、跟踪缺陷或者兼备

维基（WiKi）

轻量级的Web页面创建方式，创建的Web页面之间用简单的饿连接相联系，GitHub项目常使用维基进行文档记录

克隆（clone）

从GitHub下载项目到本地的过程

分叉（fork）

对于没有参与的项目提交修改，首先要在账户下复制这个项目，这个过程被称为分叉存储库，然后可以克隆、修改，并使用拉请求提交回最初的项目。

对于以上术语，仅从字面上可能并不理解具体的含义或者应该怎么用，这些将会在以后的学习内容中进一步解释说明。本人也是刚开始接触，多是从书上copy过来的内容，部分增加了个人的理解，如果有不正确的地方，欢迎提出修改意见。