GIT版本团队内部操做规范

Paste_Image.png

版本号命名规则

v1.1.1：第一位大版本号，大功能发布时增长，技术负责人审核；第二位小版本号，增长小特性时增长，主开发审核；第三位BUG修复号，修复BUG用，修复人员负责。

各节点GIT命令

【0】使用develop节点开发

• 检出develop

  git checkout branch

• 开始代码开发工做。开发完成后，提交代码

  git commit -a -m "xxxxx"

• 提交代码后合并到master

  git push --all
  # <而后登陆http://git.oschina.net， 点击`pull request`，填写相关信息，等待MASTER分支管理员审核。>

  这时须要MASTER管理员
  1. 确认合并(必须在网站确认)
  2. 打标签升级版本（能够命令行）
     对应的命令行以下

     git tag -a v1.2.2

【1】修复生产环境BUG

【1.1】创建hotfix分支

git checkout -b hotfix-1.2.1 master

而后能够开发。开发完成后：

git commit -m "Fixed severe production problem"

【1.2】合并回master

git checkout develop
git push --all
# <而后登陆http://git.oschina.net， 点击`pull request`，填写相关信息，等待MASTER分支管理员审核。注意必定要先push -all，而后再branch -D>

这时须要MASTER管理员

1. 确认合并(必须在网站确认)
2. 打标签升级版本（能够命令行）
3. 删除hotfix版本

对应的命令行以下

git tag -a v1.2.2

【1.3】合并回develop

git checkout develop
git merge -no-ff hotfix-1.2.1
git branch -d hotfix-1.2.1
git push origin :hotfix-1.2.1

【2】在develop上开发一个新的功能

这个新功能是由develop之外的第二程序员在开发，这个时候须要新建一个feature的分支。分支命名就是这个功能的名字简写。操做以下。

【2.1】第二程序员新建feature分支

git checkout -b myfeature develop

而后开始你的开发工做。

【2.2】第二程序员合并代码到develop，并删除特性分支

git checkout develop
git merge --no-ff myfeature
git branch -d myfeature
git push origin develop

【3】develop分支开发完成后的上线

【3.1】创建release分支

若是develop开发的功能较多，必须通过release阶段。若是开发功能很少，能够直接合并到master。合并到master与技术负责人沟通。

git checkout -b release-1.2 develop

而后开始release的开发工做。release版本只修复bug，不引入新功能。

【3.2】开发完成后的合并工做

• 合并到master
  在http://git.oschina.net上发起一个pull request。等待管理员处理。管理员处理完后，注意打下tag。
• 与develop合并

  git checkout develop
  git merge --no-ff release-1.2
  git branch -d release-1.2

  理解为何这么作，请参考GIT分支管理是一门艺术