版本号命名规则
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分支管理是一门艺术