В этом вопросе спрашивалось, как автоматически обновлять номер версии в VS 2010: /programming/4025704/publishing-in-net-produces-application-files-myapp-someversionnumber-how-to-ge
Ответ был таков: необходимо обновить версию сборки и версию файла вручную.
Разве номер версии не должен увеличиваться при каждой публикации? Почему я должен делать это вручную? Является ли это осознанным решением MS сделать это таким образом? Что стоит за тем, чтобы люди вручную обновляли свой номер версии?
Ответы:
Таким образом, два или более разработчиков могут публиковать свой код под одной версией.
Вы всегда можете использовать надстройку с открытым исходным кодом «Build Version Increment» для Visual Studio, чтобы сделать это для вас.
... Я протестировал надстройку с Visual Studio 2005/2008 на проектах C #, VB.NET и C ++. NET под Windows XP / Vista SP1.
функциональность
- Различные стили автоинкремента могут быть установлены для основного, вспомогательного номера, номера сборки или ревизии.
- Поддерживает C #, VB.NET и C ++. NET проекты.
- Не требуется для установки всеми участниками проекта. Конфигурация передается через свойства в файлах решения и проекта. Разработчики, у которых нет надстройки, ничего не почувствуют.
- Автоматически проверяет необходимые файлы, если под контролем источника.
- Может быть настроено для решения и / или для проекта.
- Может быть настроен для обновления только на определенных сборках конфигурации (отладка, выпуск, любой или пользовательский)
- Может обновить атрибуты сборки во внешнем исходном файле вместо AssemblyInfo по умолчанию ...
Visual Studio автоматически обновляет ваш номер версии. Если вы кодируете AssemblyVersion("a.b.*"), каждая сборка получит свой номер a.b.c.d, и каждый номер сборки будет больше, чем все старые сборки. Это просто не монотонно увеличивающаяся система, как большинство из нас ожидают. Вместо этого, последние два компонента c.dбудут рассчитываться на основе текущей даты и времени.