Здравствуйте, Shmj, Вы писали:

S>Вот что пишет MS: https://docs.microsoft.com/en-us/dotnet/api/system.version?redirectedfrom=MSDN&view=netframework-4.7.2

S>Build — идентичные исходники, но допустимы разные варианты компиляции. Типа одна сборка для x32 а другая для x64

S>Revision — создана спецом для латания дыр безопасности (security hole).

S>Вопрос такой. Если баг не касается дыр безопасности — стоит ли использовать Revision? Или увеличить Minor?

S>Кто как делает?

бинарник: major.minor.maintenance.build.

major — инкрементится при выпуске совсем нового или несовместимого с предыдущей версией.

minor — инкрементится при сервисное обновлении

maintenance — инкрементится при исправлении багов или выпуске мелкого сервисного обновления

build — инкрементится при каждом изменении исходников

Пример. Текущая версия бинарника моего основного продукта: 3.53.1.28943. Формально, здесь можно было несколько раз увеличить major, но на него завязан (символьный) идентификатор компоненты, который размазан по туевой хуче моего и чужого кода/документации, поэтому меняться уже не будет

---
номер инсталлятора (MSI) формируется из частей номера бинарника: major.minor.build.revision.

revision — инкрементится при перевыпуске инсталлятора.

---
Как-то так.