dotnet-installer/packaging/windows
John Beisner 6a0cf8d5e1
Changes in SDK bundle installation methodology (#121)
Changes in SDK bundle installation methodology:
1. Manage the 3 potential SDK bundle installation locations
In precedential order:
    A. the SDK bundle’s self-registered installation location [x64 or x86]
    B. ‘Program Files’ + “dotnet” [if 'dotnet.exe' exists]
    C. the “installpath’s” input parameter’s value
    D. ‘Program Files’ + “dotnet”
2. Communicate the SDK bundle installation location to the chained MSIs
3. Disable the CLI SDK MSI from installing ‘stand-alone’
4. SDK bundle self-registers the installation location value.

Other:
* Adding a file search for 'dotnet.exe'; updates
* Changing the MSI blocking conditional.
* Changed: "AuthoredRegistryKeys" to : "AuthoredRegistryKeys_x86node"
* Managing the x86 and x64 install locations
* "DOTNETHOME" should not overridable; adding an explicit override for identical install paths: "DOTNETHOMESIMILARITYCHECKOVERRIDE"; adding comments.
2018-11-21 09:38:54 -08:00
..
clisdk Changes in SDK bundle installation methodology (#121) 2018-11-21 09:38:54 -08:00
msbuildextensions Updating the downlevel msi to embed the cab file in the msi itself. 2017-07-06 16:32:34 -07:00
eula.rtf Prepare for non windows builds to MIT Licensed 2017-06-08 18:28:50 -07:00