QAC基线的作用，是把某个时间点已接受的存量告警固化下来，后续扫描只把新增问题当作治理对象。做基线时最重要的是选对基线来源与生效范围，并把基线与代码版本绑定，否则很容易出现今天是存量明天又变新增的口径漂移。
一、QAC基线怎么建立
基线建立建议先确定你用的是Dashboard统一项目还是本地项目，两条路径的入口不同。无论走哪条路径，都要先完成一次可复现的全量分析，再把该结果固化为基线并应用到后续扫描。
1、先选基线来源并锁定一个里程碑快照
如果你使用Perforce QAC Dashboard，优先选一个代表发布或里程碑的snapshot作为基线，逻辑是该时点仍存在的告警被项目接受为存量。
2、确认项目类型满足基线下载条件
Dashboard基线下载只对Unified projects可用，若菜单项不可用，先检查当前项目是否已与Dashboard项目关联，否则需要先完成统一项目配置再继续。
3、在Dashboard执行【Download Baseline】生成基线包
进入Dashboard菜单【Download Baseline】选择目标snapshot并下载，让系统把该snapshot中的diagnostics形成可应用的baseline数据，这是后续隔离存量的基础。
4、在本地项目里应用Dashboard基线并确认生效
下载完成后按QAC基线章节的说明，将baseline应用到本地诊断结果，让本地结果具备以该baseline为参照的比较能力，随后再跑一次分析验证新增与存量已分开。
5、本地无Dashboard时用QA-CLI生成本地基线
若你不走Dashboard统一项目，可用QA-CLI生成LOCAL类型基线并保存到项目目录，基线建立完成后再执行后续扫描即可按基线口径做差异判断。
二、QAC基线如何隔离存量问题
隔离存量问题的目标，是让团队把精力集中在新增问题与回归问题上，而不是被历史遗留淹没。实现方式一般是基线抑制加增量扫描两件套，前者负责把存量标记为已知，后者负责在流水线里只报新增。
1、把基线定义为存量边界并固定到受控分支或版本
建议把基线绑定到主分支某次发布或某个版本标签，并写入项目约定，避免每次想推进就随手更新基线，把原本应治理的新增问题吞进存量。
2、用基线比较视角只看新增diagnostics
基线应用后，结果查看应以相对baseline的差异为主，新增问题进入治理队列，存量问题维持在基线内作为背景噪声，不再参与门禁判定。
3、对第三方库与不可改代码用状态抑制补充隔离
当存量集中在第三方库或历史模块，可通过结果状态标注为Ignore或Defer等方式进一步降低干扰，但要把范围写清楚，避免误伤自研代码。
4、在CI里区分Baseline扫描与Delta扫描
在流水线里对受保护分支定期跑Baseline类型全量扫描，对合并请求或分支跑Delta类型增量扫描，增量扫描只报告相对基线的新增问题，更适合做质量门禁。
5、把输出口径统一为新增高严重度为零加新增关键规则为零
隔离存量后，门禁规则建议聚焦新增问题，例如新增高严重度为零与新增关键规范违规为零，避免把历史问题重新引入阻断，从而保持迭代节奏可持续。
三、QAC基线复核与更新怎么控
基线不是建完就万事大吉，最常见的失控点是工具版本升级、工程配置变化、以及团队把基线当成清零按钮。把复核与更新做成受控动作，才能保证存量隔离一直有效且可审计。
1、每次基线建立后做一次最小验收
验收只看三件事，新增数量是否符合预期，存量是否被正确归入基线，关键模块是否仍能定位到文件与行号，验收通过再把基线号写入项目记录。
2、工具升级前先评估是否需要重建基线
部分版本变更可能影响诊断数据库与展示，升级后出现诊断被清空或不兼容时，需要重新分析并重建基线，避免误把缺失当已解决。
3、基线更新必须走变更申请并附差异说明
更新基线时要求提交基线前后差异摘要，例如存量减少来自真实修复还是来自规则裁剪与配置变化，差异不清楚就不允许更新。
4、把基线文件与规则集版本一起归档
归档至少包含基线来源snapshot或本地基线生成记录、规则集版本、工程配置摘要与扫描范围，保证任何人用同一套输入能复现同一条存量边界。
5、长期治理用两层节奏推进
短周期只盯新增与回归，长周期再按模块消化存量并在达到目标后更新基线，避免频繁更新基线导致治理目标失焦。
总结
QAC基线建立先选定里程碑snapshot或本地基线来源，完成一次全量分析后下载或生成baseline并应用到项目，确保后续结果能以基线做差异比较。隔离存量问题的关键是基线抑制加增量扫描，在CI里用Baseline全量与Delta增量分工，只阻断新增问题并保持门禁口径稳定。基线更新要受控，升级与配置变化需复核并归档，才能让存量隔离长期有效且可追溯。
