一、分支命名规则
正式分支：master【保护分支】保证稳定可用，生产环境，最为稳定功能最为完整的随时可发布的代码。
修复分支：hotfix 【修复线上问题分支】从此分支修改merge到master分支，以保证线上出现问题能及时回滚
测试分支：test【保护分支】保证稳定可用，测试环境，当前提测功能使用的分支
开发分支：dev【保护分支】保证稳定可用，开发预览环境，永远是功能最新最全的分支
功能分支：feature/功能名称，个人某个功能点正在开发阶段提交到此分支
二、操作步骤
-
在github中创建一个新的仓库，且只有一个master分支
-
在本地创建一个dev分支，并且提交到远程
-
git branch dev
-
git push -u origin dev
-
任何一个参与该项目的开发人员首先要做的就是从master分支上切一个新分支进行功能开发
1.git checkout -b feature/*** master
或者
git fetch origin 远程分支名:本地分支名
-
开发过程中持续提交到功能分支
-
git status
-
git add
-
git commit -m “update message”
-
git push
-
开发完一个可用的功能后, 提交一个merge request给其他小伙伴review
1)创建新的合并代码到dev分支请求
2）选定合并操作人员，提交合并请求。操作人员后续不直接合并代码，因为自动merge功能不能很好的解决冲突。
3）将此页面发布到前端小组群里@团队成员。在Changes中查看代码修改的部分，团队成员可提交评论，review完成后组里通知
4）按照修改建议修改代码并提交，参见步骤4
6.review code通过后，合并到dev分支预览
-
git pull origin dev //先拉取dev中的代码，因为有可能别人已经往上提交过代码了
-
git checkout dev //切到dev分支
-
git merge feature/xxx //合并feature/xxx中的代码到dev中
-
git push //提交到dev远程分支上
-
功能开发完成后，做提测准备，将功能分支合并到test分支，构建test分支代码到测试环境
-
git checkout test //切到test分支
-
git merge feature/xxx //将feature/xxx分支上的代码合到test分支上
-
git push //合完的代码推送到远程的test分支
8.测试修复bug完成后，做预发布准备，将功能分支合并到master分支，构建master分支代码到正式环境
-
git checkout master //切到master分支
-
git merge test //将test分支合到master上
-
git push //将合完的代码提交到远程master
-
git checkout dev //切到develop分支
-
git merge test //将test分支上的代码合到dev分支上
-
git push //合完的代码推送到远程的dev分支
-
git branch -d feature/** //上线后，删除本地的功能分支
-
打tag追踪
-
git tag -a v0.1.3 -m “Release version v0.1.3”
-
git push origin --tags
-
线上环境修复bug
-
git checkout -b hotfix master //从master分支上新建分支hotfix
-
git commit -m “xxx bug fixed” // 修复完成后
-
git push git checkout master //切回master分支
-
git merge hotfix //将改完bug后的代码合并到master
-
git push git checkout develop // 改完bug的代码还要合到develop中
-
git merge hotfix
-
git push
-
git branch -d hotfix // 删掉hotfix分支
扫一扫
1415
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
