如何在Pull Request或Commit中自定义排序文件？

如果想让PR里的文件按「核心变更→测试代码→次要变更」的顺序展示，试试这些方法：

• 调整本地提交的文件顺序
  重新提交变更时，先git add核心业务文件，再添加测试文件，最后加格式优化类的文件。很多代码托管平台会按照文件被暂存提交的顺序来展示PR里的变更，这样核心内容会排在最前面。如果已经提交了，可以用git rebase -i修改历史commit的文件顺序，或者把变更拆分成多个commit，每个commit对应一类文件，再按顺序合并到PR分支。

• 在PR描述里明确引导审核路径
  直接在PR的开头列清楚文件的优先级：

  核心变更文件：src/main/service.py
  对应测试文件：tests/service_test.py
  格式优化文件：src/utils/helper.py
  这样审核者可以直接按你指定的顺序查看，不用在文件列表里反复跳转。

• 拆分PR（适合变更较多的情况）
  如果核心功能、测试、格式优化的改动相对独立，干脆分成三个小PR依次提交。先让同事审核核心功能的PR，通过后再提交测试代码的PR，最后是格式优化的。每个PR只聚焦一类变更，审核体验会顺畅很多。

• 利用平台的排序选项
  不少平台的PR文件列表自带排序选项（比如可选择「按提交顺序」「按文件名」），如果你的commit是按核心→测试→次要的顺序提交的，切换到「按提交顺序」排序就能达到你要的效果。

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