Coding 初级教程（一）——用GitHub的GUI客户端对Coding的项目进行管理

一、概述

一、概述
二、Git基本概念
- 1、有关存储的四个概念
- 2、分支（branch）
三、项目管理实战操作

配置： win7 + GitHub for Windows
目标读者：不了解Git,没用过GitHub，想使用Coding且不想使用命令行的同学。

前言：本文的宗旨是一切从简，只讲一些必须用到的步骤和概念。

一、概述

Coding.net 是一个新近的代码托管平台。类似于总所周知的GitHub。Coding的优点在于：一、中文界面；二、免费托管私人项目。缺点也有：项目的安全性还未受验证。总之有利有弊。

本文主要介绍如何用GHfW（GitHub for Windows）对Coding上的项目进行管理。

二、Git基本概念

在介绍GHfW对Coding项目管理之前，先介绍一下Git的基本概念。Git是一个版本控制系统。简而言之是管理代码用的。

1、有关存储的四个概念

工作目录（working directory）：工作目录就是文件夹项目，它持有实际文件。
暂存区（the staging area）：暂存区就像是一个索引，把项目文件都联系在一起。
本地仓库（local repository）：切实进行提供版本控制的地方。
远程仓库（remote respository）：放在网络上的仓库。

一个项目的纳入版本控制的过程大概就是工作目录->暂存区->本地仓库向上逐级递交的过程。当在项目中添加一个新的文件后，也就是在工作目录中添加了一个文件。此时暂存区并不知道有新的文件，于是把添加新文件的事告诉暂存区，这样新文件就被追踪（be tracked）了，同时这个文件被加入（add）暂存区。如果修改的是已经被追踪的文件，仍然需要在修改后将改动加入（add）暂存区。已经加入暂存区的新文件或者改动，可以提交(commit)到本地仓库，纳入版本控制系统。

当使用多个设备开发一个项目，或者多个人共同开发一个项目，远程仓库就派上用场了。远程仓库无非就是本地仓库的一个克隆（clone）。当本地仓库产生新的提交而产生变化之后，只要与远程仓库进行一下合并操作就可以让他们保持同步。

2、分支（branch）

每次将改动提交到本地仓库，本地仓库并不会保存文件被修改的部分，而是保存一份快照。


Git管理提交的方式

上图的每一列代表一次提交，每个青蓝色的结点代表一个文件快照。假设本地仓库当前在Version1，在对文件A、C做改动之后提交到了本地仓库。那么本地仓库会分别保存一份A、C的快照为A1、C1，并用一个链表分别指向快照A1、C1与原快照结点B，成为一次新的提交Version2。

分支的概念就是建立在这样的基础上的，分支是指向某次提交的指针。由于每个提交之间用一个链表相连接。因此一个分支就相当于是从某个提交对象往回看的历史。


在develop分支上进行提交前

上图中的master与develop就是两个分支。每一次提交操作都是以某个分支为基础的,Git为了知道当前在哪个分支上工作，保存一个名为HEAD的指针。可以把HEAD想象为当前分支的别名。（develop前面的星号（*）就是用来区分当前分支与其他分支的。）


在develop分支上进行提交后

当有新的提交产生时，HEAD会指向该新提交，也即当前分支指向新的提交。例如上图就是在develop分支上进行了一个次新的提交Version3。

三、项目管理实战操作

1、安装 GHfW（GitHub for Windows）

下载链接：https://windows.github.com/

安装过程一键完成。

2、在Coding上新建一个项目（新建远程仓库）


新建项目页面

README：一般项目中都会添加一个README文件对项目进行概述，以便一目了然地知道这个项目是做什么用的，如何使用等信息。README文件采用markdown语法书写。
开源许可证：定义该项目的传播方式，比如他人是否可以商业化使用该项目，他人是否可以随意传播、发布、更改该项目。
.gitignore文件：该文件可以定义哪些文件不添加到仓库中，比如项目产生的临时文件。