在ALM Soft里做版本基线，通常是先用Libraries把一批需求或测试资产收进同一个Library，再在某个里程碑点把这个Library做成Baseline快照。后续你要回到旧版本，更多是两种用法，一种是让执行用例时按旧Baseline里的版本跑，另一种是把某个对象按历史版本回退后再签入成新的当前版本。下面按这两条路径把动作写清楚，避免把基线当成一键还原导致越改越乱。

　　一、ALM Soft版本基线怎么创建

　　创建基线前先把范围收口，因为Baseline是对Library做快照，范围没定好，后面比对和追溯会非常费劲。ALM的官方说明也把流程定义为先建Library再建Baseline。

　　1、先确认你有Libraries模块权限并能看到Libraries树

　　进入【Libraries】模块后，如果左侧能看到Libraries与Management相关节点，说明模块入口正常；若看不到，先让管理员在用户组权限里把Libraries相关权限开出来，否则后续右键菜单不会出现创建入口。

　　2、在Libraries里先建文件夹再建Library

　　在左侧Libraries根目录或目标目录位置，右键点击【New Folder】创建一个按版本或里程碑命名的文件夹，再在该文件夹上右键点击【Create Library】新建Library，把命名写成可追溯的格式，例如版本号加日期加范围描述，便于后续Pin与Compare时不选错。

　　3、定义Library的Scope并把对象纳入内容清单

　　打开新建Library后切到内容区，在Scope或内容选择区域把需要冻结的对象纳入，常见做法是把一段需求树、一个测试计划文件夹、相关测试资源一起纳入，范围尽量与一次发布或一次回归对应，避免把无关对象也带进基线导致对比噪声很大。

　　4、如果启用了版本控制先完成签入再做基线

　　基线快照会记录Library中的对象状态，但对象如果处于未签入或多人编辑的状态，你拿到的快照可能不是团队认知里的稳定版本。创建里程碑基线前，先在需求或测试等模块把关键对象完成【Check In】并确保没有悬挂的修改，再回到Libraries创建Baseline。

　　5、从Library创建Baseline并当场看创建日志

　　在Libraries模块里对目标Library右键点击【Create Baseline】，按向导填写Baseline名称与说明并提交创建；创建过程中到Details页点击【View Log】看进度与报错，注意基线创建完成后要先看日志再刷新界面，因为刷新后【View Log】按钮会消失。

　　6、创建完成后用Compare先验证基线可用

　　在该Library下找到新生成的Baseline，右键点击【Compare To】选择对比目标，例如Current Entities或另一个Baseline，确认能正常显示差异，再把这条Baseline作为后续回退与审计的锚点保留。

　　二、ALM Soft版本基线怎么回退到旧版本

　　回退前先明确你要的结果是什么。只想让执行按旧版本跑，用Pinned Test Set更干净；要把对象内容真的恢复到旧版，需要走Version Control的历史版本签出再签入。官方对Pinned与版本控制的定义也明确区分了这两类用途。

　　1、只回到旧版本执行不改现状用Pin to Baseline

　　进入【Test Lab】找到目标Test Set，右键点击【Pin to Baseline】，在弹窗里选择对应Library下的目标Baseline并确认；完成后你再运行该Test Set，系统会按你指定Baseline里存储的测试版本来执行，用于回归旧构建或复现旧缺陷时特别省事。

　　2、回退前先用Compare列出差异清单再决定动哪一部分

　　在【Libraries】里对目标Baseline执行【Compare To】对比Current Entities，把差异集中到少数对象上，再决定是只Pin执行还是对个别对象做版本回退，避免全量改回去导致多人协作断档。

　　3、把单个对象内容恢复到旧版本用Versions历史签出

　　到对象所属模块，例如【Requirements】或【Test Plan】选中该对象，在右键菜单选择【Versions】→【Check Out】；或打开History里的Versions页签，选中目标历史版本后点击【Check Out】，把旧版本取出作为可编辑基础。

　　4、确认旧版本内容后再签入生成新的当前版本

　　签出旧版本后先在对象详情里核对关键字段与附件是否符合你要恢复的状态，确认无误后执行【Check In】把它提交成一个新的最新版本；这样既实现了回退，又保留了回退前版本作为历史证据，方便以后复盘。

　　5、回退需求或测试时把关联关系一起核对

　　基线能固化一组对象在某个时间点的状态，但你回退单个对象内容后，覆盖关系、追踪链、测试覆盖统计可能需要重新核对是否仍符合当前发布口径，尤其是需求改动牵连多个测试集时更要谨慎。

　　6、如果你说的回退是整库还原到某天状态要走备份恢复

　　当诉求是把整个库恢复到某个时间点，基线与版本控制通常做不到一键整库还原，这类动作一般由管理员结合数据库与仓库备份进行恢复，属于高风险操作，应在维护窗口执行并提前做好回退验证计划。

　　三、ALM Soft基线对比怎么做

　　基线真正发挥价值的地方在对比与定位变化，你把对比动作做成固定流程，回退时就不会靠猜。官方也把Baseline定位为快照并支持对比当前实体与其他基线。

　　1、对比两个Baseline用来确认里程碑之间改了什么

　　在同一Library下选择一个Baseline右键点击【Compare To】再选另一个Baseline，优先看差异对象的类型分布与数量，再进入单个对象的差异细节，先抓主变更再看小调整。

　　2、对比Baseline与Current用来锁定是谁把什么改坏了

　　当你发现某批用例突然失效或某条需求描述被改动，先用Baseline对比Current把变化点定位到具体对象，再回到对象的History里看版本与修改记录，比直接在树上翻要快很多。

　　3、给每条Baseline写清创建原因与范围避免后期选错

　　创建Baseline时在描述里写明对应发布版本、冻结范围与创建人，遇到需要Pin或Compare时按描述就能快速确认哪条基线可用，减少误选导致的执行口径混乱。

　　4、把基线节奏与发布节奏对齐减少临时补基线

　　每次发布前固定做一次基线，发布后若有补丁再做一次基线，把同一个版本的不同状态分开记，后面复现缺陷或追溯变更时不需要临时回忆当时到底冻结的是哪一版。

　　总结

　　ALM Soft版本基线怎么创建的关键是先在【Libraries】里建好Library并收口范围，再对Library执行【Create Baseline】并在Details里先看【View Log】再刷新。ALM Soft版本基线怎么回退到旧版本要先选对路径，只想按旧版执行用Test Set的【Pin to Baseline】，要把对象内容恢复则在History的Versions里选历史版本【Check Out】后再【Check In】生成新的当前版本，回退前用Baseline对比Current把影响范围缩到最小。