wix/src/testresultfilelist.txt, branch v7.0.0A mirror of https://github.com/wixtoolset/wix.git
https://git.lua4.win/wix/atom?h=v7.0.02025-03-03T19:25:07+00:00Convert WixToolsetTest.Sdk to MSTest.***2025-03-03T19:25:07+00:00Bob Arnsonbob@firegiant.com2025-02-17T04:15:41+00:00urn:sha1:3354cdba91ed4e67a00a23c4e556c9672b2b1f45
***Does not include a full conversion to traversal projects. The wix
segment already uses traversal projects extensively so there isn't a
significant per win, especially compared to the effort required...but
MSTest's method-level parallelism cuts test run time in half (~60->~30).
Update some extensions to take advantage of multitargeting project references2023-02-22T06:31:32+00:00Rob Menschingrob@firegiant.com2023-02-15T07:11:29+00:00urn:sha1:3cb9bbe90e329a3550bb55fda5c620f23fc4eb86Run wix.exe out of proc2022-10-15T03:13:50+00:00Rob Menschingrob@firegiant.com2022-10-06T18:59:31+00:00urn:sha1:5567239a9411aac769a34f2c65b80a523a577ad7
"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
Modernize Util.wixext build2022-10-04T21:23:47+00:00Rob Menschingrob@firegiant.com2022-10-04T12:29:47+00:00urn:sha1:d76532b128e4e187fd9ac5e1d018638dcf8876ecRun tests in bulk to improve performance2022-10-04T21:23:47+00:00Rob Menschingrob@firegiant.com2022-10-03T22:55:20+00:00urn:sha1:21ea5adcc788bbecd81e475277aba927ec66c860
The fewer executions of "dotnet test" the better so batch up calls
by referencing multiple assembly DLLs.
Move WixVersion to new WixToolset.Versioning package in libs segment2022-10-04T17:44:49+00:00Rob Menschingrob@firegiant.com2022-10-03T02:37:55+00:00urn:sha1:5c509f5611a45bdf9d252b88605537bd28f24a35
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
Allow independent extraction of BA to remove use of InternalsVisibleTo2022-10-03T19:29:27+00:00Rob Menschingrob@firegiant.com2022-10-01T00:59:05+00:00urn:sha1:bd05b603142673135ac66cdbc81a2ae3028cb37f
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.
Update heat to use StandardDirectory element2022-08-17T06:21:06+00:00Rob Menschingrob@firegiant.com2022-08-17T01:11:54+00:00urn:sha1:94e722baab4e848a615812a45fecc8322335d1f0
Fixes 6631
Create WixToolset.Heat.nupkg to distribute heat.exe and Heat targets2022-08-02T03:25:19+00:00Rob Menschingrob@firegiant.com2022-07-27T00:20:39+00:00urn:sha1:a627ca9b720047e633a8fe72003ab9bee31006c5
Moves Heat functionality to the "tools" layer and packages it all
up in WixToolset.Heat.nupkg for distribution in WiX v4.
Completes 6838
Use dotnet test on C++/CLI test projects to get trx logs.2022-06-16T21:49:13+00:00Sean Hallr.sean.hall@gmail.com2022-06-16T19:41:27+00:00urn:sha1:4d94ed9fd1d9cb69337134561c520a24a91b91b2