Git重命名分支后按creatordate排序的分支列表顺序异常

核心逻辑拆解 #

该现象不是Git的排序逻辑异常，是两个内置规则共同作用的结果：

• 所有git branch的排序操作底层调用git for-each-ref命令，参数creatordate的统计对象不是分支本身的创建/重命名时间，是分支指针当前指向的提交的创建时间。执行分支重命名操作时，既不会改动分支指向的提交，也不会改动提交本身的创建、作者、提交时间字段，因此主排序字段的数值没有任何变化。
• 当多个分支的主排序字段值完全一致时，git for-each-ref会自动触发内置的次级排序规则：按分支名称的字典升序排列，这个规则默认生效，不需要手动指定。

结合输出的验证匹配 #

对比两次排序的结果可以完全对应上上述规则：

• 重命名前，两个提交时间完全相同的分支为Introducing-React-Testing-Library（分支名首字母为I）、Testing-Interactive-Mode（分支名首字母为T）。按字典升序规则，I < T，因此排序顺序为Introducing-React-Testing-Library在前，Testing-Interactive-Mode在列表最末尾，和第一次的输出完全吻合。
• 执行git branch -m重命名后，原Testing-Interactive-Mode更名为Configuring-The-Router。此时两个同时间的分支名分别为Configuring-The-Router（首字母为C）、Introducing-React-Testing-Library（首字母为I）。按字典升序规则，C < I，因此排序顺序变为Configuring-The-Router在前，Introducing-React-Testing-Library在列表最末尾，也就是观察到的“重命名后的分支从最末尾移动到倒数第二位”的现象。

相关操作建议 #

• 可以执行以下命令，直接查看各分支对应的提交创建时间，验证两个相邻分支的时间戳是否完全一致：
  git for-each-ref --sort=creatordate --format='%(refname:short) | %(creatordate:iso8601)' refs/heads/
• 如果希望排序结果不受分支名的字典序干扰，可以在排序参数最后追加反向引用名规则，覆盖默认的次级排序逻辑：
  git branch --sort=creatordate --sort=-refname
  执行后，即使两个分支的提交时间完全一致，也只会按分支名倒序排列，不会因为重命名分支就自动调整排序位置。

内容的提问来源于stack exchange，提问作者Asif Kamran Malick