咨询pandas发布说明中Fixed regressions语境下“regression”的含义及设栏原因

语境中“regression”的具体含义 #

• 这里的regression是软件工程领域的通用术语，特指回归缺陷：某功能在过往历史版本中可按预期正常运行，因后续版本的代码迭代、功能调整，意外破坏了原有正常逻辑，最终导致功能运行异常、行为偏离预期。
• 题干中提到的旧版xlrd场景下read_excel()触发AttributeError的问题就是典型的回归缺陷：在更早的pandas版本中，该场景本可以正常读取Excel文件，某次版本迭代调整xlrd版本校验逻辑时，意外破坏了对旧版xlrd的兼容能力，最终触发报错——这类因迭代引入、而非功能从诞生起就存在的缺陷，就是板块中定义的regression。

这类修复条目不纳入相邻「Bug fixes」板块的原因 #

两个板块的分类边界完全基于对用户的参考价值划分，并非对问题严重程度的高低排序：

• 「Bug fixes」板块的收录范围，是从对应功能初始开发时就存在、从未按预期正常运行过的原生遗留缺陷，以及长期存在、未被及时修复的零散问题。这类问题不会让用户产生“之前用得好好的，升级之后突然坏了”的体验落差，通常是用户从项目初期使用时就已经适应或知晓的已知问题。
• 单独设置「Fixed regressions」板块的核心目的，是降低用户的版本升级决策成本：这类回归型问题是直接打断用户原有工作流的“升级断档类问题”，对用户的体验冲击远大于长期存在的老bug，单独列示可以让用户快速定位“自己之前升级踩过的功能失效坑，在本次版本中是否已经修复”，不需要在混杂各类原生缺陷的长列表中逐个筛查。
• 从项目维护流程的角度看，回归缺陷和原生bug的排查逻辑也有天然区别：回归问题通常可以直接回溯到引入异常的具体代码提交，排查链路更短，和需要长期溯源、定位的原生遗留bug的处理流程存在明显差异，分类展示也方便维护者长期统计不同类型问题的占比，持续优化版本迭代的质量。

注：两个板块的分类并非绝对刚性，少量边界模糊的问题会根据维护者的判断归入对应板块，不会影响用户的实际参考价值。

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