测试人员如何使用Git部署测试环境

Git是分布式的版本控制系统。
　　作为一名Git的小白使用者，一开始接触很懵逼，因为总担心自己一不小心误操作影响代码仓库的代码，网络上关于Git的使用多从开发的角度，很少有人从测试的角度来介绍Git的使用，下面就把自己这段时间的学习做一个简单的总结，算是抛砖引玉吧~
【新系统刚搭建完测试环境】
　　在这种情况下，我们的本地服务器只是安装了Git，但是本地服务器上并没有远程代码，这时候我们需要两步即可轻松搭建本地的Git仓库，并将远程代码部署到测试环境。
　1.确保本地服务器上配置了Git，
【本地Linux服务器上配置Git】
     当我们需要拉取远程服务器代码到本地服务器时，我们首先要确定已经配置了正确的Git账号，可以从~/.gitconfig文件(为隐藏文件，需要使用ls -a查看)，以及~/.ssh下的id_rsa.pub来确定本地服务器上是否已经配置了正确的ssh key；
　　若无上述提到的文件：则需要在本地服务器上完成以下1~6步配置Git；
　　若有上述文件，则需要校对文件的正确性，即.gitconfig中账户及邮箱是否正确(可以使用用户名登陆GitLab则视为正确)，id_rsa.pub是否为账户对应的ssh key，若否则参考下面的步骤，更改为正确的值即可；
【Linux服务器上配置Git完整过程】

1.git config --global user.name "****"      ****替换为自己的用户名，是GitLab的登录用户名；

2.git config --global user.email xupp@***.com，完成1~2步可以使用“cat .gitconfig”查看设置是否生效，我的配置见下图；

3.cd ~/.ssh，如果目录下有文件id_rsa.pub 或 id_dsa.pub，可以手动编辑成自己的sshkey，也可以使用步骤4的命令，生成新的public key；
4.ssh-keygen -t rsa -C "xupp@***.com"  -- 生成新的public key，xupp@***.com对应 .gitconfig文件中的email参数值；
5.id_rsa.pub文件内容即为SSH key，将这些信息复制到GitLab的Add an SSH key页面，新增一个Keys，Title中可以为该key设置一个别名，我自己习惯使用“用户名-应用名”的形式，随意定就好；
6.chmod 700 id_rsa，更改文件的权限，否则在git  clone的时候会报“Permissions 0664 for '*******/.ssh/id_rsa' are too open.”的错；
【 本地Linux服务器上配置Git完成后】
　　2.在本地服务器上构建一个代码仓库，使用：
　　git clone git@git.*****.git wedata-framework  （wedata-framework为自定义的本地仓库名，建议和远程仓库的保持一致，仓库路径为执行本命令的路径）；
　　执行完后，使用 ls 即可查看到本地仓库，cd wedata-framework进去就可以看到当前部署的分支代码，默认是克隆master，可以使用 git branch 查看到；
　　至此，代码仓库已经在本地服务器上建好，下面我们要做的就是【开发分支部署】。
【 开发分支部署】
　　这里只要了解Git的基本命令即可；
　　1.git branch -a  //显示所有的分支：本地分支+远程分支(以remotes/origin/开头)
　　2.git pull           //取回远程主机的分支更新；在本地没有分支A时，使用该命令后，可以看到远程分支A，在本地部署了分支A后使用该命令，会将远程仓库A分支更新到本地，如果本地的和远程的没有任何区别，那会显示“Already up-to-date”；
　　3.git checkout -b  A /remotes/origin/A  //将远程A分支拷贝到本地，并在本地部署A分支；
　　不出意外的话，输入命令后会回显说已经checkout到了A分支；
　　若在此处出现警告，提示需要先提交，如果不提交则可以使用“git reset --hard”和“git pull”，之后可以使用第3步的命令