我的想法是:
|---main:main目录下的所有文件都是主体是一直在开发的,也就是项目主线;
|---branch:分支目录下中的都是需要修改bug的文件,不同版本的目录;
|---tag:标签中的不同版本主要作为每个版本的备份打包;
情景模拟:
1、主体一直在开发,每到一个重要的版本(或上线版本),直接打包放入tag中,命名xxx-N.N版本,此版本是主体当前版本的一个镜像备份;
2、主体继续开发,此时测试组告知xxx-N.N版本有bug需要修改;
3、在branch做一个分支xxx-N.N-debug目录,里边是tag中xxx-N.N版本的镜像,在branch目录下修改就好了,不会影响主体;
疑问:
是不是branch中的文件修改后都要合并到tag?或者是一个小版本更新tag?
branch中影响巨大的修改都要合并到main?
还有我上面的思路有没不对或不足的地方?
各位有这方面经验的人是怎么理解main、branch、tag三大目录的?
怎么避免可能出现的合并冲突?
|---main:main目录下的所有文件都是主体是一直在开发的,也就是项目主线;
|---branch:分支目录下中的都是需要修改bug的文件,不同版本的目录;
|---tag:标签中的不同版本主要作为每个版本的备份打包;
情景模拟:
1、主体一直在开发,每到一个重要的版本(或上线版本),直接打包放入tag中,命名xxx-N.N版本,此版本是主体当前版本的一个镜像备份;
2、主体继续开发,此时测试组告知xxx-N.N版本有bug需要修改;
3、在branch做一个分支xxx-N.N-debug目录,里边是tag中xxx-N.N版本的镜像,在branch目录下修改就好了,不会影响主体;
疑问:
是不是branch中的文件修改后都要合并到tag?或者是一个小版本更新tag?
branch中影响巨大的修改都要合并到main?
还有我上面的思路有没不对或不足的地方?
各位有这方面经验的人是怎么理解main、branch、tag三大目录的?
怎么避免可能出现的合并冲突?