CI流程中如何快速检测Shelved Changelist的最后修改时间？

嘿，这个场景我太熟了——CI流程里依赖Shelved Changelist，最怕中途被用户偷偷修改，导致测试和提交的内容不一致。给你几个不用复杂diff的快速方案：

• 方案1：基于Shelve内容的哈希校验（最推荐）
  Perforce的p4 shelve -o -c <变更列表号>命令可以把该变更列表的所有shelved内容（包括文件变更、变更描述等）以标准格式输出。我们可以用哈希算法（比如md5或sha256）对这个输出做摘要，CI触发时先存下这个哈希值，提交前再重新计算并对比：

  # CI启动时记录初始哈希
  p4 shelve -o -c 1234 | sha256sum > cl_1234_initial_hash.txt
  
  # 测试完成准备提交前验证
  p4 shelve -o -c 1234 | sha256sum -c cl_1234_initial_hash.txt
  

  如果返回状态码为0，说明shelve内容完全没动；如果非0，就意味着用户修改过shelved文件或变更描述，直接终止提交流程即可。这个方法不用拉取任何文件到本地，完全通过Perforce命令行完成，速度极快。

• 方案2：检查Shelved文件的版本号
  每个shelved文件都有自己的版本号，当用户执行p4 shelve -c <CL>更新内容时，对应文件的shelve版本会递增。你可以用p4 fstat命令提取所有shelved文件的版本号，CI触发时记录这些版本，提交前再对比：

  # 记录初始版本列表
  p4 fstat -T headRev //...@=1234 | grep headRev | sort > cl_1234_initial_revs.txt
  
  # 验证版本是否一致
  p4 fstat -T headRev //...@=1234 | grep headRev | sort | diff -q cl_1234_initial_revs.txt -
  

  这个方法比哈希稍繁琐一点，但适合需要知道具体哪个文件被修改的场景。

需要注意的是：如果你的Perforce服务器版本较新，也可以尝试查看变更列表的shelveUpdated字段（部分版本支持），但这个字段的兼容性不如前两个方法稳定，所以优先推荐哈希方案。

内容的提问来源于stack exchange，提问作者eran be