svn供应商分支机构,具有无序发布

svn供应商分支机构,具有无序发布,svn,branching-and-merging,vendor,vendor-branch,Svn,Branching And Merging,Vendor,Vendor Branch,当第三方供应商发布的版本号出现问题时,您如何处理svn供应商分支。例如,考虑按以下顺序发布: 1.0.0 2.0.0阿尔法 1.0.1(次要点释放) 2.0.1测试版 1.1.0(新增功能) 2.0.2最终版本 根据项目所处的阶段,我们将上述任何版本合并到主干中 对于供应商分支机构,在svn中处理此问题的最佳方法是什么?是否应将每个版本提交到\current?历史会被妥善保存吗?此外,根据更改的数量,在版本之间来回移动会浪费大量空间(我们谈论的是大型软件包) 保留合并历史记录对我来说很重要,

当第三方供应商发布的版本号出现问题时,您如何处理svn供应商分支。例如,考虑按以下顺序发布:

  • 1.0.0
  • 2.0.0阿尔法
  • 1.0.1(次要点释放)
  • 2.0.1测试版
  • 1.1.0(新增功能)
  • 2.0.2最终版本
根据项目所处的阶段,我们将上述任何版本合并到主干中

对于供应商分支机构,在svn中处理此问题的最佳方法是什么?是否应将每个版本提交到\current?历史会被妥善保存吗?此外,根据更改的数量,在版本之间来回移动会浪费大量空间(我们谈论的是大型软件包)


保留合并历史记录对我来说很重要,因此我希望继续使用svn红皮书推荐的\current。但是版本之间的差异可能如此巨大,以至于将每个版本保持在同一个开发线上是没有意义的。

为什么不维护两个供应商分支,一个用于1.x,另一个用于2.x?