Polarion中文网站 > 新手入门 > Polarion基线怎么创建 Polarion基线发布后怎么锁定需求不被改动
教程中心分类
Polarion基线怎么创建 Polarion基线发布后怎么锁定需求不被改动
发布时间:2026/03/17 11:35:47

  基线在Polarion里更像一张可追溯的时间快照,用来标记某个评审节点或交付节点当时的文档与需求状态,方便后续对比差异与审计取证。需要先把一个事实讲清楚,基线视图本身天然只读,但它不会自动把当前正在编辑的需求一并锁死,所以发布基线后要想需求不被改动,通常要把权限与流程一起配套起来。

  一、Polarion基线怎么创建

 

  创建基线建议先从文档基线入手,因为需求大多承载在LiveDoc里,先把文档在某一刻的状态命名下来,再根据需要扩展到项目基线或自动化创建。

 

  1、在LiveDoc里创建文档基线

 

  进入目标LiveDoc右上角【Menu】→【History】→【New Document Baseline】→在弹窗里输入基线名称与说明→点击【Save】或【OK】完成创建,创建后在【History】里能看到该基线条目。

 

  2、打开基线确认是否为只读快照

 

  仍在该LiveDoc中点击【Menu】→【History】→【Show Baselines】→选择刚创建的基线进入查看,进入基线后应只能浏览与对比,不能直接编辑基线里的内容,用这一步确认你保存的是可追溯的只读版本。

 

  3、需要项目级标记时创建项目基线

 

  如果你要把多个文档与工件在同一节点整体标记为一个版本,项目基线更合适,管理员侧可通过基线管理接口创建Project Baseline,并把其作为后续比较与审计入口。

 

  4、把基线创建动作挂到评审流转上

 

  评审通过或状态切换时自动创建基线,可以把动作绑定到工作流转移上,确保每次发布节点都有一致命名的基线可回溯,减少人工漏建。

 

  二、Polarion基线发布后怎么锁定需求不被改动

 

  基线发布后锁定需求要分两层处理,第一层是让大家在需要审计时只看基线版本,这一层是天然只读;第二层是限制当前版本的需求在某些状态下不可改,这一层要靠权限与工作流实现。

 

  1、先把审计阅读入口切到基线或集合视图

 

  在LiveDoc用【Menu】→【History】→【Show Baselines】进入基线阅读,或把相关文档的特定Revision或Baseline纳入集合并关闭集合,让评审和审计人员默认在只读上下文里查看,避免误在当前版本里改动。

 

  2、用文档状态与工作流把需求改动口径收紧

 

  把LiveDoc纳入文档工作流,在文档处于【Under Review】或【Approved】阶段时,要求需求只能走受控变更入口,例如先提变更单再改需求,并在工作流条件里限制普通用户的编辑动作只在允许阶段可用。

  3、在项目权限里限制需求的修改与删除

 

  进入【Project Administration】→【Permissions】或权限配置页面,针对需求相关的权限项关闭普通角色的【Modify】与【Delete】,只保留少数角色在受控流程下可编辑,审阅角色可配置为只读或仅评论,降低误改概率。

 

  4、把关键字段设为只读避免被手滑改坏

 

  对已批准后不应再动的字段,例如需求等级、验收口径、接口编号,可以启用只读字段能力,让字段在特定条件下只可读不可写,这样即使需求仍可编辑,也能把高风险字段先锁住。

 

  5、需要更强约束时用保存拦截实现硬锁

 

  如果你们要求文档一旦发布基线就完全禁止改动当前需求,可以在工作流保存动作里加脚本校验,判断需求是否属于已批准文档或已发布节点,命中条件就拒绝保存并提示走变更流程,这类做法在Polarion脚本与工作流扩展里属于常见落地方式。

 

  三、Polarion基线锁定需求不生效怎么排查

 

  锁定不生效时先别急着改配置,先把问题压缩成一件事,你到底想锁的是基线视图里的内容,还是当前版本里的需求编辑权限,两者排查路径不一样。

 

  1、先确认你看的是否是基线上下文

 

  在LiveDoc里用【Menu】→【History】→【Show Baselines】进入基线后再尝试编辑,如果你是在当前版本页面操作,当然还能改,只有进入基线视图才会体现只读。

 

  2、核对用户角色是否拥有修改权限

 

  让出现误改的账号在同一页面尝试创建需求或修改字段,同时在【Project Administration】→【Permissions】核对该角色是否被赋予了需求的【Modify】权限,很多锁不住是因为角色继承了过宽的权限。

 

  3、检查文档工作流状态是否真的进入受控阶段

 

  把LiveDoc当前状态切到你们定义的受控状态,例如【Under Review】或【Approved】,再观察需求编辑入口是否被禁用,如果状态未切换或仍在草稿阶段,工作流条件不会生效。

 

  4、只读字段未生效就核对字段作用范围

 

  确认只读字段配置是否绑定到了正确的Work Item类型与文档场景,并用一条新建需求与一条存量需求分别验证,有时配置只对特定类型或特定文档生效,导致看起来像随机失效。

  总结

 

  Polarion基线怎么创建,按LiveDoc的【Menu】→【History】→【New Document Baseline】先把文档基线建起来,再用【Show Baselines】验证只读快照可回溯。Polarion基线发布后怎么锁定需求不被改动,要明确基线只读解决的是回看与审计,真正锁住当前需求要配合文档工作流、项目权限、只读字段与必要的保存拦截,把改动收口到受控流程里,基线才会从快照变成可执行的发布节点。

读者也访问过这里:
135 2431 0251