1.git发布正式版都统一用master分支的代码发布
2.每次开发下一版本的需求时,将master分支的代码打一个tag,版本号与后台一致
3.需要紧急修复线上的bug时,从master分支拉一个分支出来,进行修改,然后合并到master分支,然后再合并到当前开发分支
4.一直以来,我都理解错了合并的含义,以前我以为合并是将现在分支的代码覆盖之前的,以现在分支的代码为准,后面发现
其实合并是将你从这个分支拉出来之后的提交合并到之前分支去。这样子就很流畅,能够应付基本的版本开发了。
1.git发布正式版都统一用master分支的代码发布
2.每次开发下一版本的需求时,将master分支的代码打一个tag,版本号与后台一致
3.需要紧急修复线上的bug时,从master分支拉一个分支出来,进行修改,然后合并到master分支,然后再合并到当前开发分支
4.一直以来,我都理解错了合并的含义,以前我以为合并是将现在分支的代码覆盖之前的,以现在分支的代码为准,后面发现
其实合并是将你从这个分支拉出来之后的提交合并到之前分支去。这样子就很流畅,能够应付基本的版本开发了。