一、安装配置git

1、安装git，安装过程这里不在熬述。
2、配置git

git config --global user.name "Administrator"
git config --global user.email "admin@example.com" 

3、创建RSA证书
打开git bash后输入 ssh-keygen -t rsa -C "youname@example.com" 之后会在C:\Users\Administrator.ssh\生成两个文件id_rsa，id_rsa.pub，这两个一个是私钥，一个是公钥，创建过程中会提示输入密码，直接忽略就行了。

二、开发人员日常操作

1、获取项目

git clone ssh://xxxxxxxxx #具体的克隆链接可咨询项目经理

2、切换分支

 git checkout -b develop origin/develop    # 获取远程分支的同时创建本地分支

3、在正常的工作分支(例如：develop)上进行日常开发，需要共享代码或更新时推送到仓库：
a> 本地提交：

 git add a.txt
 git commit -m '一次普通的本地提交'

b> 推送到仓库,推送前先获取

 git push origin develop:refs/for/develop

c> 获取其他同事的更新：

 git pull origin develop

4、项目阶段性开发完成后，打版本号通知测试人员进行测试：

 git tag -a v1.0.0 
 git push origin v1.0.0:refs/tags/v1.0.0

5、上线BUG紧急处理，参照《线上BUG处理流程》。

三、运维和测试人员日常操作

测试人员：
1、接到的测试申请，操作配置管理，更新测试环境项目版本至指定版本；
2、根据项目的不同确认是否需要重启服务等额外操作，完成后进行测试工作；
3、测试完成后确认向线上环境更新则知运维人员进行操作并提醒更新相关注意事项；
4、运维人员完成线上更新后，测试线上环境，确认无误则完成更新。
运维人员：
1、接到测试人员的部署申请，操作配置管理，更新线上环境至指定版本；
2、根据项目的不同确认是否需要重启服务等额外操作，完成后通知测试人员。

四、线上BUG处理流程：

开发人员：
1、基于线上的版本(例如：v1.0.3)创建一个分支(例如：issue)：

 git checkout -b issue v1.0.3

2、在该issue分支下修复BUG：
3、在issue分支下提交本次修复的内容，并打新的版本号：

 git commit -a -m '修复v1.0.3版本BUG'
 git tag -a v1.0.3.1

4、合并至正常工作分支(例如：develop)并推送该更新：

git checkout develop
git merge issue
git push origin develop:refs/for/develop
git push origin v1.0.3.1:refs/tags/v1.0.3.1

5、等待测试和运维人员操作完成确认BUG修复成功后删除issue分支：

   git branch -d issue

测试人员：
1、操作配置管理更新测试环境版本至v1.0.3.1测试BUG是否修复，根据测试结果通知开发或运维。
运维人员：
1、操作配置管理更新线上版本至v1.0.3.1完成BUG修复。