Является ли «не прерывание изменений» общим термином в контроле версий?

Question

Непрерывное изменение - это термин, используемый для описания незначительных вкладов, которые, как предполагается, не нарушают ничего и сокращаются как NBC. Типичный пример: форматирование исходного файла или добавление комментария - он действительно не должен нарушать сборку (конечно, всегда есть исключительные случаи).

Это общий термин в переговорах по контролю версий? Я особенно спрашиваю знакомых с RC-системами. Я использую «NBC» по случаю, но я никогда не слышал, чтобы кто-то с помощью так я подумал ...

(кстати: Не доверяйте wikipedia как источник по этому вопросу)

Чтобы объяснить немного о том, почему я полагаю, этот термин является полезным:

Помощь Не смотрите в неправильном месте
Использование autoformatter обычно приводит много измененных линии, делая различия между версиями бесполезными. «NBC» в списке изменений - это намек на то, что нет необходимости смотреть на разницу изменений при поиске изменений, которые что-то сломали.

Answer 1

Я был в пространстве SCM довольно долгое время и никогда не слышал или не использовал этот термин в отношении контроля версий исходных файлов или изменений, таких как комментарии/форматирование, которые не изменят вывод сборки.

Обычно я слышу это по отношению к изменениям внутренней логики к встроенному компоненту, но которые (теоретически, по крайней мере) интерфейсу и функционально совместимы с остальной системой.

Answer 2

Я слышал термин чаще всего с точки зрения API или программирования на основе интерфейса. Другими словами, что-то изменилось под этим, но публичный интерфейс тот же, или «старый» способ делать вещи по-прежнему поддерживается.

Итак, нет, я бы не подумал об этом с точки зрения RCS. Для контроля версий diff сообщает вам, что изменилось. Кроме того, в зависимости от интеллекта ваших инструментов diff, переформатирование будет отображаться как изменение на каждой строке кода, что делает diff совершенно нечитаемым.

К вашему конкретному случаю, что такое мотивация? Это ответ на сломанную сборку? То есть вы регистрируетесь, разрывы сборки, и ваш ответ «хорошо, мои изменения были неразрывными, так что это, должно быть, не я»?

Answer 3

«Функция безопасности» иногда используется в fBSD для коммитов, сделанных незадолго до замораживания кода.