6a0cf8d5e1
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. |
||
---|---|---|
.. | ||
bundle.thm | ||
bundle.wxl | ||
bundle.wxs | ||
dotnet.wxs | ||
dummyeula.rtf | ||
generatebundle.ps1 | ||
generatemsi.ps1 | ||
generatenupkg.ps1 | ||
provider.wxs | ||
registrykeys.wxs | ||
StableFileIdForApphostTransform.xslt | ||
variables.wxi | ||
VS.Redist.Common.Net.Core.SDK.MSBuildExtensions.nuspec | ||
VS.Redist.Common.Net.Core.SDK.x64.nuspec | ||
VS.Redist.Common.Net.Core.SDK.x86.nuspec |