我之前帮不少开发者解决过类似的需求——要让评审者查看完整文件并能像PR那样做行内评论，而不是只看变更集。结合你的monorepo场景，给你几个靠谱的变通方法：

方案一：空提交PR + 手动文件评审 #

这个方法不需要修改任何代码，适合临时的小范围评审：

• 从你要评审的目标分支（比如main）创建一个新分支，命名可以直观一点，比如full-review-api-modules
• 运行git commit --allow-empty -m "请求全文件评审：列出要评审的文件，比如src/api/xxx.ts、src/utils/yyy.ts"，创建一个空提交
• 把这个分支推送到远程，然后创建PR到目标分支
• 在PR描述里明确说明这是全文件评审请求，列出所有需要评审的文件并@对应的评审者
• 评审者可以打开仓库里的对应文件，点击右上角的「Review file」按钮，就能针对文件任意行添加评论，所有评论都会自动关联到这个PR里，方便统一管理

方案二：制造"伪全量变更"PR（最优体验） #

这个方法能让评审者获得和普通PR完全一致的评审体验，无需额外操作：

• 创建新分支，基于你的目标分支
• 对每个需要评审的文件，依次执行以下命令：

  git rm <你的文件路径>
  git checkout <目标分支名> -- <你的文件路径>
  git add <你的文件路径>
  

• 这时候Git会把这些文件标记为「已删除后重新添加」，在PR的「Files changed」页面会显示文件的全部内容（就像新文件一样），但实际上文件内容和目标分支完全一致
• 提交变更，推送分支并创建PR，在标题和描述里明确标注「全文件评审PR，无实际代码变更」
• 评审者直接在「Files changed」里查看完整文件，像普通PR那样在行内添加评论即可
• 评审完成后，直接关闭PR就行（就算不小心合并了也没关系，因为代码内容完全一致，不会影响仓库）

方案三：自动化批量评审（适合高频需求） #

如果你们经常需要做全文件评审，可以用GitHub Action自动化整个流程：

• 编写一个简单的Action脚本，指定需要评审的文件/目录
• 脚本会自动创建新分支，对指定文件执行方案二里的删除-重新添加操作，然后自动提交、推送并创建PR
• 每次需要评审时，只需要触发这个Action（比如手动触发或者定时触发），就能快速生成评审PR

额外提醒 #

• 对于monorepo，你可以只选择需要评审的特定目录或文件，不用处理整个仓库
• 如果用方案二，建议在PR描述里强调「无实际代码变更」，避免评审者误解
• 不管用哪种方法，都可以利用GitHub的评审功能（比如请求评审、添加评论、解决对话）来管理整个评审流程

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