| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
"wix build" will load assemblies to read metadata which can cause
the assemblies to get locked in the process. Since MSBuild keeps
build processes alive this can cause work done by in-proc MSBuild
tasks (like the WixBuild) to get stuck. Moving the "wix build" out
of proc avoids any of those issues.
Moving out of proc also allows the WiX tasks to be AnyCPU which
simplifies the wix.targets (although did need to add code to find
the .NET Framework wix.exe).
Fixes 6595
|
| |
|
|
|
|
|
| |
The fewer executions of "dotnet test" the better so batch up calls
by referencing multiple assembly DLLs.
|
|
|
|
|
|
|
|
|
|
|
| |
WixVersion is already used by the Core toolset but could also be
useful for bootstrapper applications parsing bundle versions. The
WixToolset.Data assembly contains a significant amount of data that
bloats its size that bootstrapper applications would never need.
Extracting WixVersion to its own assembly makes it much more
useable.
Fixes 6943
|
|
|
|
|
|
|
| |
If tests need functionality, it is reasonable to expect users may
require it in the future as well. To support the bundle tests, they
needed independent extraction of BA from attached containers. So,
add a new switch to extract the BA separate from the containers.
|
|
|
|
| |
Fixes 6631
|
|
|
|
|
|
|
| |
Moves Heat functionality to the "tools" layer and packages it all
up in WixToolset.Heat.nupkg for distribution in WiX v4.
Completes 6838
|
| |
|
| |
|
| |
|
|
|
|
| |
Fixes 6651
|
| |
|
| |
|
| |
|
|
Always zip up the logs from %TEMP%.
|