Почему я должен написать CLS-совместимый код?

Элемент Обновления в элементе продукта, объединенном с надлежащим планированием действия, выполнит удаление, которое Вы после. Обязательно перечислите коды обновления всех продуктов, которые Вы хотите удалить.

Примечание, что, если Вы осторожны со своими сборками, можно предотвратить людей от случайной установки более старой версии продукта по более новому. Это - то, для чего поле Maximum. Когда мы создаем установщики, мы устанавливаем Максимум UpgradeVersion на создаваемую версию, но IncludeMaximum = "нет" для предотвращения этого сценария.

у Вас есть выбор относительно планирования RemoveExistingProducts. Я предпочитаю планировать его после InstallFinalize (а не после InstallInitialize, как другие рекомендовали):

Это оставляет предыдущую версию продукта установленной до окончания новых файлов, и ключи реестра копируются. Это позволяет мне переместить данные от старой версии до нового (например, Вы переключили устройство хранения данных пользовательских настроек от реестра до XML-файла, но Вы хотите быть вежливыми и переместить их настройки). Эта миграция сделана в задержанном пользовательском действии незадолго до InstallFinalize.

Другое преимущество является эффективностью: если существуют неизменные файлы, Windows Installer не потрудился копировать их снова, когда Вы планируете после InstallFinalize. Если Вы планируете после InstallInitialize предыдущая версия полностью удалена сначала, и затем новая версия установлена. Это приводит к ненужному удалению и перекопированию файлов.

Для других опций планирования, посмотрите тему справки RemoveExistingProducts в MSDN. На этой неделе ссылка: http://msdn.microsoft.com/en-us/library/aa371197.aspx