Skip to content

[MSI] Dev/Release Upgrade Scenarios #2815

@danieljurek

Description

@danieljurek

It's possible to install dev versions (which often have the same MSI version as a release build) on the same machine. The result is that multiple MSIs are installed under the same name and the add/remove programs dialog only presents one of these for uninstall. Upgrades can also fail.

To fix this we're going to version dev builds as 0.1.0 (a version lower than the earliest MSI release version). Dev builds will install over whatever is already installed on the system so the user will get the version they're attempting to install when installing a dev version. However, GA released builds have later version numbers so they will always install over dev versions. GA versions will also upgrade linearly (same behavior as today)

Changes:

  • Make default Product Name something like Azure Developer CLI (dev) which is overridden during release build
  • Change upgrade logic to always upgrade if version is 0.1.0 (default if no version is specified)

Changes to build system:

  • On release build:
    • Specify Product Name
    • Specify Product Version
  • On non-release build:
    • Do not specify anything (this is the same as a dev build)

 
This will make it so daily/PR versions install over whatever is installed, but any GA releases can install over a non-GA versions, and GA versions will continue to upgrade linearly.

Installing a daily/PR version will fix the majority of cases where there are multiple versions of the MSI installed. All will upgrade to the dev version being installed.

Metadata

Metadata

Labels

No labels
No labels

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions