反向移植纸张剪切修复的政策是什么?

反向移植纸张剪切修复的政策是什么?

我刚刚报告了当前 LTS 版本中的纸张剪切问题,并且想知道我是否会看到修复被反向移植,或者我是否必须升级才能获得它。

答案1

在几乎所有情况下,用纸剪修复都可以不是被移植。只有纸张剪裁高的重要性将被提交,但即使如此也不能保证一定会获得批准。

所有稳定版本更新都经过谨慎批准。有关它们是什么以及它们如何工作的详细信息,可以找到这里,但重要的段落是这样的:

稳定版本更新会自动推荐给大量用户,因此谨慎对待它们至关重要。因此,当提出更新时,它们必须附有强有力的理由,并且回归风险较低。

“这只是一行更改!”即使是最简单的更改也可能由于潜在问题而导致意外的回归:

  • 有 bug81125,升级回归与触发它的更改内容无关:任何安装了 libpthread20 包的用户在下次升级 libc6 时都会遇到问题。
  • 有 bug309674,该失败是由于构建过程中的时间戳偏差导致的构建错误。底层问题存在于原始版本的源包中,但只会在一小部分构建中出现。
  • 有 bug559822,上传了一个 C++ 库 (wxwidgets2.8),代码没有更改。由于底层工具链更改/错误,这导致了 ABI 更改,导致许多不相关的软件包损坏(请参阅错误610975)。

我们从不假设任何变化,无论多么明显,都完全没有回归风险。

纸张切割的定义要求问题是次要的,这意味着反向移植的需求将很低甚至不存在。只有纸张切割高的对于 SRU 来说,重要性将被考虑,但这种情况将会很少见。

相关内容