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

Question

В Visual Studio 2003 вы могли легко настроить сборку проекта на автоинкремент при каждом построении, но в Visual Studio 2005 эта функциональность была удалена. Вы по-прежнему можете автоматически увеличивать версию сборки при каждой сборке, но это сложный пользовательский этап сборки вместо встроенной функции.

Я не уверен, почему это было удалено, но вот вопрос, который я должен был задать некоторое время назад - Должен ли я использовать обходной путь, чтобы продолжить автоинкремент при сборке, или есть хорошая причина прекратить делать это, в пользу увеличения вручную? Поскольку Microsoft удалила его из VS, возможно, есть веская причина, и мне интересно, знает ли кто-нибудь это.

Answer 1

Нет, автоматическое увеличение на [AssemblyVersion] поддерживается в VS2005 и выше. Сделайте так, чтобы это выглядело так:

 [assembly: AssemblyVersion("2.0.*")]

Я сам мало пользуюсь этой возможностью. [AssemblyVersion] описывает внешний видимый открытый интерфейс для сборки. Это не меняется, когда я просто перестраиваю сборку. [AssemblyFileVersion] подходит для отслеживания номеров сборок. К сожалению, не имеет возможность автоинкремента. Обратите внимание, как сборки .NET также используют эту стратегию нумерации версий.

Также обратите внимание на элемент обратной связи .

Answer 2

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

Однако, я думаю, от вашего проекта зависит, перевесят ли преимущества недостатки. Вот старая страница шаблонов MS, в которой обсуждаются преимущества и недостатки встроенного автоматического увеличения:
http://msdn.microsoft.com/en-us/library/ee817676.aspx