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

Хочу понять, когда нужно инкрементировать версию сборки, а когда нет.

Здравствуйте, Павел А.Ануфриков, Вы писали:

ПАА>Хочу понять, когда нужно инкрементировать версию сборки, а когда нет.

Всегда, когда меняется код в сборке.

ПАА>Скажите, я правильно понял, что при обновлении приложения, если не увеличить версию сборки для его dll, приложение возьмет старый экземпляр из кэша сборок?

Правильнее сказать: у обновленной dll версию сборки не увеличить, а версию файла, конечно же, увеличить.

ПАА>>Хочу понять, когда нужно инкрементировать версию сборки, а когда нет.
H>Всегда, когда меняется код в сборке.

Понял, спасибо. Тогда как быть с exe-сборками, которые при инкременте версии теряют установки, хранящиеся в LocalSettings/AppData ?

ПАА>Понял, спасибо. Тогда как быть с exe-сборками, которые при инкременте версии теряют установки, хранящиеся в LocalSettings/AppData ?

Да, всё верно. Для этого есть ApplicationSettingBase.Upgrade()

Здравствуйте, Павел А.Ануфриков, Вы писали:

ПАА>>Скажите, я правильно понял, что при обновлении приложения, если не увеличить версию сборки для его dll, приложение возьмет старый экземпляр из кэша сборок?

ПАА>Правильнее сказать: у обновленной dll версию сборки не увеличить, а версию файла, конечно же, увеличить.

Тогда нафига был придуман весь этот GAC? При твоем подходе мы имеем все тот же dll hell.
Нужно изменять версию сборки (оставляя minor и major числа), а так же распространять assembly policy, где указать что вместо старой версии нужно юзать новую.