Только увеличить номер сборки для официального выпуска?

Question

Какова ваша стратегия по увеличению номера сборки?

Answer 1

Большинство программ имеет иерархию номеров версий:

1. Номер «маркетинговой» версии (например, «Windows 7»)
2. Основной номер версии - обычно увеличивается, когда появляется новая важная версия, которая нарушает некоторую совместимость с предыдущей версией, добавляет новую важную возможность, требует приобретения обновления или более.
3. Дополнительный номер версии - обновляется каждый раз, когда публикуется исправление ошибки или незначительное улучшение функций
4. Номер сборки - его следует увеличивать каждый раз, когда в программу вносятся какие-либо изменения, поэтому, если кто-то обнаружит проблему в версии для ночной сборки или бета-тестирования, вы сможете точно определить, какая версия тестировалась. Этот номер часто является номером ревизии непосредственно из вашей системы управления версиями, такой как Subversion, или меткой времени, или чем-то подобным, что позволяет вам при необходимости откатить код до этой версии.

Answer 2

1. Все библиотеки должны иметь одинаковый номер версии для одного выпуска.
2. Номер сборки состоит из "MajorVersion.MinorVersion.BuildNumber.Revision", обычно я сохраняю Revision Number равным 0. Изменяются только первые 3 цифры.
3. Для каждой ночной сборки BuildNumber будет увеличиваться автоматически. Я вручную увеличу majorversion и minorversion, если изменения будут достаточно большими.

Answer 3

Как все говорят, увеличивайте номер сборки для каждой сборки. Мы устанавливаем основные / второстепенные числа вручную, когда мы выполняем ветвь, ветвь обычно выполняется за несколько недель до выпуска, затем эта ветвь проверяется регрессией. Сборки, выполненные в ветке, все еще увеличиваются.

Answer 4

У нас есть номер сборки, который увеличивается на каждую сборку (формальную или нет). Для этого мы используем этикетировщик CruiseControl.NET.

У нас есть номер версии, который увеличивается вручную только в официальных выпусках, и мы определяем его централизованно в одном из сценариев CC.NET, которые хранятся в системе контроля версий.

Answer 5

Разумно увеличивать номер сборки только для каждой сборки. Таким образом, тестеры могут более точно определить, в какой сборке они находят ошибку и когда проверяется, что она исправлена.

Answer 6

Каждая регистрация должна быть помечена как версия, используйте текущую версию Subversion как часть версии build exe.