发布于 2021-08-13 08:31:34
对我来说,当我将其应用于不同的库/框架时,主要、次要、补丁的定义不会改变。
作为库/框架的“用户”,“重大”更改可能破坏我现有的应用程序。
对于CSS来说,所有删除或更改现有样式的更改都是“主要的”。带有" alter“的部分有点难,因为错误修复很可能会改变现有的样式。
一个“小的”更改将是任何不能破坏我的应用程序,但提供额外的功能。对于CSS,这意味着添加额外的类,而不改变现有的类。
而一个“补丁”的改变恰恰就是,一个bug的修复。它不应该添加功能,我的应用程序的行为应该完全相同(除去bug)。我认为这在CSS中是很难的,因为如果一个库有一个怪癖而导致一个明显的症状,那么人们很可能会创造出“解决办法”。然后一个错误修复有一个很好的机会“打破”造型,因为这些解决办法。
不过,对我来说,这将是一个错误的改变。只是作为一个“用户”,我必须意识到我自己的解决方案现在可能会破坏应用程序。
因此,我认为“小调”很容易定义。主要版本和补丁版本之间的区别在CSS中有点困难,因为在CSS中,大多数更改将以某种方式影响使用库/框架的应用程序。
编辑:正如@Christophe提到的,大多数更改不会在抛出生成或运行时错误的意义上“破坏”应用程序。而是用造型制造了一片混乱。
在我个人的定义中,打破造型是一种“破坏应用程序”。
如果使用自动样式测试(将呈现的结果与先前的结果进行比较),则这些测试将失败。也就是应用程序坏了。
但这个定义是有争议的,我知道。:-)
https://softwareengineering.stackexchange.com/questions/431022
复制相似问题