QAC部署这件事，表面上看像是在装软件，真正决定后面用得顺不顺的，其实是先把使用模式选对。Perforce官方文档把QAC的使用方式分成两大类，一类是桌面侧使用，也就是开发人员在本机用IDE、QA·GUI或QA·CLI做分析；另一类是服务器侧使用，也就是把分析放进CI或夜间构建流程里，再把结果上传到Validate或旧版Dashboard之类的结果平台。这个边界先分清，后面的安装、授权和资源分配才不会乱。
一、QAC怎么部署
QAC的基础部署并不复杂，但前提是先把安装位置、许可和运行入口理顺。Perforce官方安装说明写得很明确，Windows和Linux都支持安装，Windows 10、Windows 11、Ubuntu 22.04、Ubuntu 24.04、Rocky Linux 9都在当前支持范围内；安装后，图形界面可以通过qagui启动，命令行分析则通过qacli运行。
1、先确认安装目标
如果你准备让开发人员本地分析代码，重点就是装好QAC本体和常用集成入口。如果你准备把结果集中管理，还要额外规划Validate服务器或结果平台。官方Validate文档也说明，QAC和Validate的集成是常见工作流，而且即使分析在别的机器上完成，导入结果的机器上也需要安装Perforce QAC。
2、再确认许可方式
QAC使用许可证工作，官方文档说明可以通过远程license server，也可以在特定位置放license file。对命令行环境来说，qacli还支持单独配置license server，并能检查许可证可用性。也就是说，安装成功不等于马上能用，授权路径要同时打通。
3、桌面端先装通GUI和CLI
如果是开发机部署，官方Quick Start明确写到，qagui可以直接启动图形界面，而qacli适合做命令行操作和与构建工具集成。实际落地时，更稳的做法是先在一台开发机上把GUI分析、CLI分析和许可证都跑通，再批量铺开。
4、服务器端再补Validate或上传链路
如果目标是集中化治理，服务器侧不只是装QAC，还要把结果上传链路打通。官方qacli upload文档说明，分析结果可以上传到旧版Dashboard，Validate也作为结果平台出现在官方集成文档里。也就是说，服务器部署更像“分析加结果管理”的组合，不只是单装一个扫描器。
二、QAC单机部署与服务器部署怎么选
这两种方式没有绝对高下，关键看你的目标是“让开发者尽快改问题”，还是“让团队稳定跑规则并集中收口”。Perforce官方手册对这点说得很直接，桌面使用适合开发者在提交代码前快速修正问题，服务器侧使用则更适合作为CI或夜间构建的一部分，形成稳定、可审计的处理流程。
1、单机部署更适合起步和小团队
如果团队规模不大，或者你现在最急的是先把规则跑起来、让开发者养成日常自查习惯，单机部署会更轻。它的优点是安装快、调整快、问题也能当场改，尤其适合还在摸索规则集和项目配置的阶段。这个判断和官方“桌面使用便于开发者快速修正问题”的说明是一致的。
2、服务器部署更适合流程化和审计化
如果你需要把分析放进Jenkins之类的CI流程，或者要长期保留结果快照、趋势和上传记录，那服务器侧更合适。官方手册明确提到，QA·CLI可以从脚本里调用，适合完全自动化的服务器侧处理，而且服务器侧结果更容易用于审计追踪。
3、混合部署通常更实用
最常见、也最稳的方式，往往不是二选一，而是开发机做桌面分析，服务器做集中分析和上传。Perforce官方文档其实已经把这种配合关系写出来了，桌面端负责减少流入服务器的问题数量，服务器端负责提供集中结果和统一出口。
4、环境资源也会影响选择
在Linux上，官方安装说明特别提到，qacli的系统依赖明显低于qagui，qagui更适合带完整桌面环境的系统。也就是说，如果你的服务器只是做CI跑批，通常更适合走CLI路线；如果是开发人员本地排查问题，GUI环境会更顺手。
三、QAC部署前先看什么
很多部署后续变得很重，不是软件本身复杂，而是一开始没把“谁来用、在哪用、结果放哪”这三件事定清。Perforce官方文档拼在一起看，真正该先确认的就是这三层，开发人员是不是需要本地交互式分析，CI是否要跑自动化分析，结果是否要上传到集中平台。
1、先定使用场景
是开发机即时查问题，还是服务器批量跑规则，或者两者都要。这个问题定不下来，后面装GUI还是只装CLI、配不配结果平台都会摇摆。
2、再定授权方式
是统一license server，还是局部文件授权。授权方式会直接影响部署速度和后续维护方式，不能等装完再临时想。
3、然后定结果出口
如果只是开发者自查，单机结果就够。如果要趋势、审计和集中治理，就要提前把Validate或上传链路一起规划进去。
4、最后再定安装形态
单机部署适合快速落地，服务器部署适合持续集成，混合部署通常最均衡。把前面三层看清之后，这一步反而最容易选。这个判断也是顺着官方对desktop和server-side使用模式的定义得出来的。
总结
QAC怎么部署，核心不是先点安装包，而是先把安装目标、许可方式和结果出口定清。QAC单机部署与服务器部署怎么选，关键则是看你更重视开发者本地即时修正，还是团队级自动化与审计留痕。对大多数团队来说，开发机做桌面分析、服务器做CLI批处理和结果集中化，通常会比单押一种模式更稳。
