1、 测试目的

使用分布式版本控制工具git，完成版本管控和协作开发。通过远程库、本地库、本地工作区，实现版本管理和并行开发。

2、 本地安装Git工具

假定本地使用windows系统，则从Git官网直接下载安装程序，然后按默认选项安装即可。安装后，点击开始菜单的 "Git"->"Git Bash"，弹出类似命令行的窗口则表明Git安装成功。

每台机器都需要使用Git Bash的git config命令配置用户名和Email地址。使用 --global参数配置，则对该机器上所有的Git仓库都生效。当然不同的仓库也可以指定不同的用户名和Email地址。

3、 创建本地版本库

如果需要将 d:/Mygit/util目录下的内容纳入版本管控,则需要使用Git Bash命令

使用git init 命令初始化版本库

$ cd d:/Mygit/dev

$ git init

初始化成功后在dev目录下多了一个.git/的隐藏目录，该目录用于存储版本库相关信息

使用git add 命令将工作区中util目录下的内容放入版本库暂存区（stage区或index区）

$ git add util/

只有使用过git add命令放到过暂存区（stage区或index区） 的文件才能实施版本管控

使用git commit命令将暂存区的文件放入版本区（Repository）

$ git commit –m "add util"

创建一个开发用的分支dev，平时操作都在dev上

$ git branch dev

$ git branch //显示一下所有分支情况，带星号的是当前分支

dev

* master

创建本地版本库，提交需要管控的文件夹，创建开发使用的分支

下图为创建本地版本库的过程示意图

为了测试方便，在Mygit目录下创建了三个本地版本库dev/devA/devB。dev版本库的本地工作区有多个受控的本地目录；devA只创建了一个空的版本库；devB的本地工作区有一个util目录。下图是描述了本地工作区和版本库的关系。

4、 创建远程版本库

注册一个GitHub账号，可以免费获得和使用GiHub.com提供的GitHub远程仓库。本地Git仓库和GitHub远程仓库数据传输是通过SSH加密的，所以需要设置id_rsa和id_rsa.pub私钥和公钥。

使用Git Bash的ssh-keygen 命令生成公钥/私钥密码对文件，指定文件存放的位置。通过下面的设置，主目录下生成了一个隐藏目录 .ssh/，其中存放了公钥和私钥文件。

登录GitHub.com，注册一个GitHub用户，将刚生成的公钥导入该GitHub的远程帐户中。如下图所示。

· 使用申请的GitHub帐户登录GitHub，创建一个名为Mygit的版本库。如下图所示。

5、 推送push本地库到远程库

$ cd d:/mygit/dev

$ git remote add origin git@github.com:niuyc680121/Mygit.git

$ git push origin master //将本地库的master分支推送到origin远程master分支

$ git push origin dev //将本地库的master分支推送到origin远程dev分支

在GitHub上创建的Mygit是一个空的版本库，只有一个master分支，里面没有文件夹和文件

在本地 git push origin master 后在远程库origin的master分支中有了文件

在本地 git push origin dev 后远程库origin增加了一个dev分支，分支中也有了文件

6、 拉取pull远程库到本地目录

$ cd d:/mygit/devb

$ git init

$ git remote add origin git@github.com:niuyc680121/Mygit.git

$ git remote –v //查看远程仓库

origin git@github.com:niuyc680121/Mygit.git (fetch)

origin git@github.com:niuyc680121/Mygit.git (push)

$ git pull origin master// git pull <远程主机名> <远程分支名>:<本地分支名>

remote: Enumerating objects: 23, done.

remote: Counting objects: 100% (23/23), done.

remote: Compressing objects: 100% (20/20), done.

remote: Total 23 (delta 2), reused 23 (delta 2), pack-reused 0

Unpacking objects: 100% (23/23), 47.22 KiB | 46.00 KiB/s, done.

From github.com:niuyc680121/Mygit

* branch master -> FETCH_HEAD

* [new branch] master -> origin/master

niuyc@DESKTOP-3SOHLRC MINGW64 /d/mygit/devb (master)

$ git pull origin dev

remote: Enumerating objects: 6, done.

remote: Counting objects: 100% (6/6), done.

remote: Compressing objects: 100% (2/2), done.

remote: Total 4 (delta 0), reused 0 (delta 0), pack-reused 0

Unpacking objects: 100% (4/4), 768 bytes | 38.00 KiB/s, done.

From github.com:niuyc680121/Mygit

* branch dev -> FETCH_HEAD

* [new branch] dev -> origin/dev

Updating f37ede2..2e6d9bc

Fast-forward

util/index.jsp | 1 +

1 file changed, 1 insertion(+)

create mode 100644 util/index.jsp

niuyc@DESKTOP-3SOHLRC MINGW64 /d/mygit/devb (master)

$下图为拉取远程版本库来创建本地库的示意图。

7、 克隆clone远程库到本地目录

git clone是git中常用的命令，其作用是将存储库克隆到新目录中，但只能克隆主分支master。所以需要克隆完成后再将远程库的其他分支checkout过来。

$ cd d:/mygit/deva

$ git clone git@github.com:niuyc680121/Mygit.git

$ cd Mygit //克隆后在本地新增一个和远程版本库同名的文件夹

$ ls –al //和远程库同名的文件夹下放置了版本库和工作区文件

total 4

drwxr-xr-x 1 niuyc 197121 0 7月 18 20:45 ./

drwxr-xr-x 1 niuyc 197121 0 7月 18 20:45 ../

drwxr-xr-x 1 niuyc 197121 0 7月 18 20:45 .git/

drwxr-xr-x 1 niuyc 197121 0 7月 18 20:45 util/

//不管远程分支的当前活动分支是哪个，克隆时只克隆远程库的master分支

$ git branch

* master

$ git branch –r //查看远程分支，有master和dev两个分支

origin/HEAD -> origin/master

origin/dev

origin/master

$ git checkout –b dev origin/dev //检出远程dev分支到本地dev分支

$ git branch //查看本地分支已经远程分支一样，有master和dev分支

* dev

Master

git clone命令增加 ./devA参数，则在本地当前目录下创建devA目录，该目录作为本地版本库的主目录。命令完成后在devA目录下创建.git隐藏目录作为版本管理使用，同时下载了本地工作目录。在本地库中只创建了master分支。见下图。

8、 多人协作版本冲突管控

为了演示多人协作开发的文件版本合并，清空d:/mygit目录，在该目录下创建两个测试用的本地版本库devA和devB。由于clone远程库到本地库时，在本地库只创建一个master的分支。所以需要在本地库devA和devB下执行checkout命令，将远程库的其他分支例如dev分支检出到本地库并进行关联，并将本地库的当前分支转移到dev分支

我们使用devA和devB下的1.txt文件来验证版本合并。

$ rm -rf devA devB

$ git clone git@github.com:niuyc680121/Mygit.git ./devA;

$ git clone git@github.com:niuyc680121/Mygit.git ./devB;

$ cd d:/mygit/devA;git checkout -b dev origin/dev;

$ cd d:/mygit/devB;git checkout -b dev origin/dev;

$ cd d:/mygit/devA;git branch;

$ cd d:/mygit/devB;git branch;

下图演示了克隆两个本地版本库的过程，创建dev分支并和远程库的分支相关联

下面演示在devA和devB中修改1.txt文件提交到远程分支的操作。在本地版本库devA的工作区中修改1.txt文件，提交修改到本地库的当前分支dev，成功后，推送dev的修改到远程库dev分支。因为这段时间内没有人向远程dev分支提交过1.txt文件，故本次的本地修改推送到远程dev分支成功。

在本地版本库devB的工作区中修改1.txt文件，提交修改到本地库的当前分支dev，成功后，推送dev的修改到远程库dev分支。因为这段时间内devA向远程dev分支提交过1.txt文件，故本次的本地修改推送到远程dev分支失败。

远程推送失败后，pull下远程dev分支的变化，合并到本地工作区的1.txt文件中。编辑1.txt文件，把远程dev分支上的内容和本次自己修改的内容合并编辑。之后add和commit到本地分支，之后push到远程dev分支就成功了

下图演示了需要pull版本，手动合并，并再次push到远程分支的过程。

9、 打基线标签

通过1.txt和2.txt验证打版本基线的功能。修改1.txt和2.txt，内容为数字，提交到本地版本库；git tag v9.0标记本地版本标签v9.0；将更新后的1.txt和2.txt推送到远程dev分支；将标签v9.0推送到远程分支。

修改1.txt和2.txt，内容为大写字母，提交到本地版本库；git tag v10.0标记本地版本标签v10.0；将更新后的1.txt和2.txt推送到远程dev分支；将标签v10.0推送到远程分支。

10、 取基线标签的内容

在github中下载v9.0和v10.0的压缩文件，打开后发现v9.0中1.txt和2.txt文件的内容是原来的数字；v10.0中是修改成的大写字母。所以打标签后通过标签提取的是对应时刻的文件

例如v1.0中是1.txt-4.txt共4个文件，打开v1.0的压缩文件，还是当时的4个文本文件

执行下面的操作：

git rm 3.txt 4.txt；git commit -m "rm"；

git push origin dev;

git tag v12;

git push origin v12;

则github中v12标签下的文件只剩下1.txt和2.txt；其他标签下还是有1.txt-4.txt共4个文本文件。