我正在尝试找出最佳的初始结构方式来组织我们的Subversion版本库。
那么,是不是最佳实践是创建一个初始版本库,然后在每个项目下创建子版本库?
哪些版本库应该创建主干、分支等等?
此外,我听说最佳实践是不要在根级别版本库上创建主干、分支和标签文件夹?
我知道当我在另一个团队时,我们拉取了比如ProjectA,但它没有拉下主干、分支文件夹,这很好,但我不知道服务器上的结构是如何组织的。
我正在尝试找出最佳的初始结构方式来组织我们的Subversion版本库。
那么,是不是最佳实践是创建一个初始版本库,然后在每个项目下创建子版本库?
哪些版本库应该创建主干、分支等等?
此外,我听说最佳实践是不要在根级别版本库上创建主干、分支和标签文件夹?
我知道当我在另一个团队时,我们拉取了比如ProjectA,但它没有拉下主干、分支文件夹,这很好,但我不知道服务器上的结构是如何组织的。
如果你想在代码库中保留多个项目,我建议采用这种结构
/project1
/trunk
/branches
/tags
/project2
/trunk
/branches
/tags
...
如果你想只保留一个项目,可以这样做:
/trunk
/branches
/tags
svn://path.to.your.repo/project1/trunk
进行检出即可。 - RaYell我更喜欢精细化、非常有组织性、自包含的结构化代码库。这里有一张图表展示了代码库维护过程的一般(理想)方法。例如,我的代码库初始结构(每个项目代码库都应该有)如下:
/project
/trunk
/tags
/builds
/PA
/A
/B
/releases
/AR
/BR
/RC
/ST
/branches
/experimental
/maintenance
/versions
/platforms
/releases
Subversion书来拯救。