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

Git是分布式的版本控制系统。

作为一名Git的小白使用者，一开始接触很懵逼，因为总担心自己一不小心误操作影响代码仓库的代码，网络上关于Git的使用多从开发的角度，很少有人从测试的角度来介绍Git的使用，下面就把自己这段时间的学习做一个简单的总结，算是抛砖引玉吧~

【新系统刚搭建完测试环境】

在这种情况下，我们的本地服务器只是安装了Git，但是本地服务器上并没有远程代码，这时候我们需要两步即可轻松搭建本地的Git仓库，并将远程代码部署到测试环境。

1、确保本地服务器上配置了Git，参考另一篇随笔：【本地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步的命令。

更多内容：

利用副项目找IT工作，需要满足这3个原则

性能测试必知的21件事：认清性能问题

平安好车主APP荣获，AppBase之星2017年度评保险业最佳用户体验奖

TDD之团队进行单元测试的规范

功能测试用例设计时的分层依据