使用Git进行代码版本管理及协同工作

简介：

git是一种较为先进的代码版本管理及协同工作平台，采用分布式文件块存储：

1.分布式： 代码保存在所有协同成员的计算机上，网速较差时依然可用；而传统的集中式代码版本管理系统则较难脱离网络运行。

2.文件块： 直接以文件块保存整个最新文档，版本提交及恢复速度快：而传统的增量式代码版本管理系统则在每次提交及恢复时都需要对所有的增量进行求和，速度慢。

3.  基于以上两点，Git不仅可以采用传统的“星形”工作模式，也可以有多重不同模式。

Git的几个概念：

1.仓库（Repositories）,类似我们生活中的仓库，存储东西，在这是网络或者本地实际存放代码的地方，同一个仓库可存多个项目。

2.参照（References）,可以看做是指向文件块中特定代码版本的指针，可沿代码版本有向图进行向前（一般指提交操作Commit）,向后（一般是恢复操作Restore）, 跳转（不同分支间的切换Switch）。

3.分支（Branch）,一般是为了进行代码调试或概念开发，从主要的开发版本中分离出一个副版本，并在此基础上进行修改，（实际中我们可以分离出来进行各自的模块开发）使版本有向图呈现分支状态。

4.合并(Merge), 一般是为了将代码调试或概念开发分支的代码加入到主要版本中，将对两部分的代码进行比较：

a) 先向后回朔两个分支的最近公共节点，通过与最近的公共节点进行比较，分析两个分支各对哪些文件进行了修改（因为是文件块，所以需要对两个版本的文件求差，传统模式则需要对两个版本的记录进行求和）

b)合并最容易产生的错误（冲突）如果某一个文件在 两个版本中均被修改过，则视为“冲突”，这时我们解决的办法是需要人工手动调整其中一个版本，这里推荐使用一个工具（BCompare）

可以快速明了的看出修改的地方； 否则，即自动将两个版本分别修改后的部分，未修改的部分合并成一个新的版本。

5.标签

（Tag）,不移动的参照（指针），以标记特殊的代码版本副本，比如说项目的里程碑等

6.Push,Fetch等操作，在实际开发中我们常常使用（SourceTree）

客户端管理git，进行远程fetch工程，代码更新，push是将本地仓库修改的东西提交至远程仓库，一般我们的操作更新文件至远程服务器是：先获取远程最新的代码，以免提交时报错冲突，然后在拉取代码，至此保证这是最新的代码。 然后选中你所需要更新的代码文件，文件夹提交（Commit）,写好注释，最后进行推送至相应的库，代码分支上。这样就不会报错以及冲突。