“非破坏性变化”是修订控制中的常用术语吗？

Question

非破坏性变化是用于描述未被破坏的次要贡献的术语，缩写为NBC。典型的例子包括格式化源文件或添加注释 - 它确实不应该破坏构建（当然总是有例外情况）。

这是修订控制谈话的常用术语吗？我特别想问那些熟悉RC系统的人。我偶尔使用“NBC”，但我从未听过其他人使用它，所以我想知道......

（顺便说一下：不要相信wikipedia作为此源的来源）

为了解释为什么我认为这个术语有用：

帮助避免查看错误的地方
使用autoformatter通常会导致许多更改的行，从而使修订版之间的差异变得毫无用处。更改日志中的“NBC”暗示在搜索破坏某些内容的更改时无需查看更改的差异。

Answer 1

我已经在SCM领域工作了一段时间，并且从未听过或使用过与源文件的修订控制相关的术语，也没有听过或使用过不会改变构建输出的更改（如注释/格式化）。 / p>

通常我会听到它与构建组件内部逻辑的更改有关但是（理论上至少）接口和功能上与系统的其余部分兼容。

Answer 2

我在API或基于接口的编程方面最常听到这个术语。换句话说，下面发生了一些变化，但公共界面是相同的，或者仍然支持“旧的”做事方式。

所以，不，我通常不会在RCS方面考虑到这一点。对于版本控制，diff会告诉您更改的内容。此外，根据你的diff工具的智能，重新格式化将显示为每行代码的变化，这使得diff完全不可读。

根据您的具体情况，动机是什么？这是对破坏的构建的回应吗？即你办理登机手续，建造工作中断了，你的反应是“好的，我的改变没有破坏，所以一定不是我”？

Answer 3

“功能安全”有时会在fBSD中用于代码冻结前不久进行的提交。