基于Polarion，构建需求平台

简单回顾一下上篇的文档内容，像代码一样管理文档，见下面两张图。

SVN代码主干和分支管理策略

Polarion文档主干和分支管理策略

比较代码和文档管理

相同点：

1. 主干最新内容

2. 切出特性分支，代码应用到Customize分支和主文档分支到应用项目上

3. 代码的tag分支和文档主干上的基线方式不同，含义一样

不同点：

1.代码会在tag分支上切出hotfix分支，而主文档不再单独切出hotfix分支，而是直接在主文档基线上标记hotfix，然后从主文档将修改内容合并到分支文档文档。这样做没有代码管理分支那么严谨，但是会降低业务复杂度，减少分支数量

以上是对上篇文档的回顾，也是进一步地思考和总结。

上篇内容解决的是单篇文档在不同项目使用主干和分支的情况，不妨格局打开点，考虑一下，多篇文档一起分支，即整车研发平台中的PRD,功能特性，功能架构，子系统需求，零部件系统需求一起分支到另外一个项目。若从开发平台一起切分支，就要考虑切分支的策略，分支策略即平台策略