Polarion需求基线用于固定某个阶段的需求状态，便于后续审查、变更控制和版本交付。处理“Polarion需求基线怎么创建Polarion需求基线之间的差异如何比较”时，要先确定基线范围和创建时点，再比较新增、删除、属性修改及关联变化，不能只看文档正文有没有改动。

　　一、Polarion需求基线怎么创建

　　Polarion可以用基线保存项目在指定修订时的状态，并支持从基线中浏览和检索项目内容。需求评审通过、版本进入开发或准备对外交付时，都可以创建对应基线。

　　1、创建前确认需求状态

　　基线创建后，保存的是当时已经提交到仓库的项目状态。页面中仍有未保存内容、需求还在集中修改，或者审批流程没有结束时，不适合急着建立正式基线。

　　①打开目标需求文档，检查需求编号、标题和正文。

　　②查看需求状态，确认需要纳入基线的条目已经完成评审。

　　③检查需求与测试、设计及风险项之间的关联。

　　④确认文档修改已保存并形成有效修订。

　　⑤记录本次基线对应的版本、里程碑和审批范围。

　　如果某些需求尚未确认，可以在基线说明中写明排除范围。比起等基线建完以后再解释“这几条当时不算”，提前把边界写清楚更稳。

　　2、在项目中创建基线

　　①进入需要建立基线的Polarion项目。

　　②打开项目中的【Baselines】页面。

　　③点击【Create Baseline】或对应的新建按钮。

　　④填写基线名称、描述和当前修订信息。

　　⑤核对准备固定的项目状态。

　　⑥提交创建并等待基线生成完成。

　　基线名称不要只写“正式版”或“最终版”。可以使用“产品版本＋需求阶段＋日期”的方式，例如“V2.1系统需求评审基线”，后面同时出现多个交付版本时仍能快速分辨。

　　创建按钮不可用时，要检查当前账号是否拥有基线管理权限。Polarion不同许可证和权限配置会影响基线创建、修改及比较功能。

　　3、确认基线内容可以正常浏览

　　①打开刚建立的基线。

　　②进入需求文档和工作项列表。

　　③抽查关键需求的状态、版本和关联。

　　④搜索一个已知需求编号。

　　⑤与当前项目页面进行简单对照。

　　Polarion支持从基线状态浏览和搜索项目内容，因此基线不应只留下一个名称，还要能够打开当时的需求、测试和其他项目对象。

　　二、Polarion需求基线之间的差异如何比较

　　Polarion支持比较两个基线，也可以把基线与当前项目状态或指定仓库修订进行比较。比较结果适合用于确认需求变更范围，但还要结合单份文档历史查看具体文字变化。

　　1、比较两个项目基线

　　①打开项目的【Baselines】页面。

　　②选中作为起点的旧基线。

　　③再选择需要对照的新基线。

　　④点击【Compare】。

　　⑤等待系统生成基线比较结果。

　　⑥按新增、修改和删除类型检查差异。

　　比较方向要保持统一。以旧基线作为起点、新基线作为目标时，新增表示新版本增加的内容，删除表示旧版本中存在、后来被移除的内容。方向选反，差异含义也会跟着反过来。

　　Polarion能够创建基线比较报告，并保存下来供其他成员查看。

　　2、把基线与当前项目状态比较

　　需求还没有形成第二个正式基线时，可以先把已有基线与当前状态比较，查看基线之后积累了哪些变化。

　　①在基线列表中选择目标基线。

　　②启动比较功能。

　　③将另一端设为当前项目状态或指定修订。

　　④生成差异结果。

　　⑤筛选需求文档和需求工作项。

　　这种比较适合发布前预审。团队可以先看当前改动是否已经超出原定范围，再决定继续修改还是建立新基线。

　　3、查看单份需求文档的具体修改

　　项目级比较适合看整体范围，需求文字、章节顺序和文档结构变化则应进入LiveDoc历史继续确认。

　　①打开目标需求文档。

　　②进入【History】或修订历史页面。

　　③选择两个需要比较的修订或基线记录。

　　④点击【Compare】。

　　⑤查看增加、删除和修改的内容。

　　文档历史能够显示各次修订，并提供当前修订、比较、仅显示基线等筛选入口。

　　三、基线差异不完整时怎样继续核对

　　比较结果里需求正文变化很清楚，关联、状态或复用内容却没有完全体现时，要检查比较范围和对象来源。项目基线、文档修订和分支文档解决的是不同层级的问题，不能相互替代。

　　1、检查是否只比较了文档正文

　　LiveDoc比较更关注文档内容和结构。需求关联的测试用例、缺陷、风险项或其他项目对象发生变化时，应回到项目基线比较或工作项历史查看。

　　还要检查需求是直接存放在当前文档中，还是通过引用、复用或分支方式加入。引用对象自身发生修改，文档结构未变时，表面差异可能并不明显。

　　2、建立差异复核记录

　　①导出或保存基线比较报告。

　　②按需求编号整理新增、修改和删除项。

　　③补充状态、责任人和关联变化。

　　④对高影响需求填写变更原因。

　　⑤评审完成后再创建新的正式基线。

　　这里别把“有差异”直接等同于“改动有问题”。基线比较负责把变化找出来，是否接受仍要结合影响分析、审批记录和测试结果判断。

　　总结

　　“Polarion需求基线怎么创建Polarion需求基线之间的差异如何比较”需要把创建时点、项目范围和比较层级统一起来。项目基线适合固定整体状态，文档历史适合查看具体文字变化，两者结合后，需求变更才更容易追踪和审查。希望本文对大家使用Polarion管理需求版本和核对基线差异有所帮助。