这是一个创建于 4170 天前的主题，其中的信息可能已经有所发展或是发生改变。
我的想法是：
|---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三大目录的？
怎么避免可能出现的合并冲突？
 |
1
venngomez 2013-07-27 10:43:32 +08:00
tag是不可以合并的。
branch合并到main(trunk) |
 |
2
timonwong 2013-07-27 10:46:24 +08:00
main的理解没有问题，不过一般叫trunk...
不过tag是不修改的（一般放里程碑和正式的版本，修订的版本新建一个tag）。 branch里面的东西可合并可不合并，可以在里面做实验，性质上比较随意，不过svn的branch比较重，用起来不大方便，如果是在开发者本机做，可以推荐用git-svn, 用git的branch，到时候合并到上游。 |
|
3
timonwong 2013-07-27 10:51:04 +08:00  1
哦对了，如果想让git-svn的操作方便点，最好这样组织项目结构：
proj1/trunk, proj1/tags, proj1/branches proj2/trunk, proj2/tags, proj2/branches 而不要这样： trunk/proj1, trunk/proj2 tags/proj1, tags/proj2 branches/proj1, branches/proj2 |
 |
5
flypiggy 2013-07-27 13:35:48 +08:00
svn让人想死的分支....
|
Select Language