.Net AssemblyName.version Build по сравнению с пересмотром

Состояния документации MSDN:

Номера версий состоят из двух - четырех компонентов: главный, незначительный, сборка и пересмотр. Главные и незначительные компоненты требуются; сборка и компоненты пересмотра являются дополнительными, но компонент сборки требуется, если компонент пересмотра определяется. Все определенные компоненты должны быть целыми числами, больше, чем или равный 0.

Формат номера версии следующим образом (дополнительные компоненты показывают в квадратных скобках ([и]): major.minor [.build [.revision]] компоненты используются условно следующим образом:

  • Главный: Блоки с тем же именем, но различными основными версиями не являются взаимозаменяемыми. Число старшей версии могло бы указать, что майор переписывает продукта, где обратная совместимость не может быть принята.

  • Незначительный: Если имя и номер основной версии на двух блоках являются тем же, но номер вспомогательной версии отличается, это указывает на значительное улучшение с намерением обратной совместимости. Этот более высокий номер вспомогательной версии мог бы указать на доработанную версию продукта или полностью обратно совместимую новую версию продукта.

  • Сборка: различие в номере сборки представляет перекомпиляцию того же источника. Различные номера сборки могли бы использоваться, когда процессор, платформа или компилятор изменяются.

  • Пересмотр: Блоки с тем же именем, главными, и номерами вспомогательной версии, но различными изменениями предназначаются, чтобы быть полностью взаимозаменяемыми. Более высокое количество пересмотра могло бы использоваться в сборке, которая фиксирует дыру в системе безопасности в ранее выпущенном блоке.

Последующие версии блока, которые отличаются только сборкой или числами пересмотра, считаются обновлениями Текущих исправлений предыдущей версии.

Мой вопрос касается значения Сборки условий и Пересмотра в этом контексте.

Мне кажется, что в общем языке, мы делаем "сборки", когда существуют изменения в источнике. Таким образом "создают 678", и "создают 679", отличаются точно, потому что источники отличаются в некотором роде - обычно в результате регистрации некоторого измененного источника. Мне кажется, что определение.NET использует "Пересмотр" в способе, которым каждый обычно использует "сборку".

Кто-либо использует определение выше в их управлении версиями? Раз так можно ли дать конкретные примеры того, ПОЧЕМУ Вы сделали?

28
задан Matthew Scharley 19 July 2010 в 08:00
поделиться

2 ответа

Последующие версии сборки, которые отличаются только номерами сборки или редакции, считаются обновлениями исправлений предыдущей версии.

В этом разделе объясняется разница. Ревизия используется, когда ваш продукт уже отгружен, и вам нужно внести исправления в поставленную версию, пока вы уже выполняете обновления.

Например 1.1.10.0 корабли. Я вношу небольшие изменения в функциональность и нахожусь на версии 1.1.20.0, когда получаю предупреждение системы безопасности, которое требует исправления. Я не могу увеличить 1.1.10.0 до 1.1.11.0, так как это означает что-то еще. Поэтому я использую 1.1.10.1, чтобы определить, что это версия кода 1.1.10.0.

Надеюсь, это немного яснее, чем грязь. Также помните размер компании и размер поставляемых ими программных проектов, в которых использовались эти определения.

24
ответ дан 28 November 2019 в 03:49
поделиться

Я полностью с вами согласен. Приведенные описания не имеют большого смысла, если вы не интерпретируете их с долей скепсиса. Для меня последний номер версии должен означать build , то есть номер, который обновляется при каждой компиляции. Остальные числа представляют разные степени изменений в программном обеспечении / API.

На практике обычно используются номера версий. (Конечно, как я их использую.)

  • Major - увеличивается, когда набор функций / API программного обеспечения значительно изменяется

  • Незначительный - увеличивается, когда вносятся заметные изменения, незначительные изменения API или добавление новая функциональность

  • Сборка - увеличивается при внесении незначительных изменений, обычно исправлений ошибок и улучшений (хотя без изменений API)

  • Ревизия - уникальный идентификатор / номер, который представляет экземпляр сборки

2
ответ дан 28 November 2019 в 03:49
поделиться
Другие вопросы по тегам:

Похожие вопросы: