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分支管理是一门艺术

来源：oschina

链接：https://my.oschina.net/u/699208/blog/714367