如何提交含二进制/非二进制文件的Review请求？解决Diff显示与构建问题

一、让评审者知晓新增的二进制文件 #

由于RBTools对首次添加的二进制文件不会生成diff（无历史版本对比），可以通过以下方式明确告知评审者：

• 在Review请求的描述字段中直接列出新增的二进制文件，说明文件用途，比如：本次变更新增二进制文件 libxxx.so，用于适配xxx硬件驱动。
• 使用rbt post时添加--include参数强制纳入文件，命令示例：

  rbt post --include //depot/your/project/path/xxx.bin
  

  这样Review请求的文件列表会显示该文件为新增状态（无diff内容，但能明确看到文件路径）。
• 如果文件体积较小，可直接在Review请求中上传该二进制文件作为附件，方便评审者直观查看。

二、确保Jenkins构建流程获取到二进制文件 #

结合Perforce的特性，调整Jenkins配置即可解决：

• 更新Perforce客户端视图：确保Jenkins使用的Perforce客户端视图规则包含该二进制文件的路径，比如添加：

  //depot/your/project/path/xxx.bin //jenkins-workspace/path/xxx.bin
  

• 同步指定文件：在Jenkins构建脚本中，执行Perforce同步命令时明确指定该文件，示例：

  p4 sync //depot/your/project/path/xxx.bin
  

  或者同步整个变更集（若文件已纳入待提交的变更集）：

  p4 sync ...@change_number
  

• 搁置/拉取未提交文件：如果二进制文件还未提交到Perforce主分支，先在本地执行p4 shelve将文件搁置到服务器，然后在Jenkins构建步骤中添加p4 unshelve命令，拉取搁置的变更到Jenkins工作区，确保构建时能获取到该文件。

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