Releases: SteveGilham/altcover
Releases · SteveGilham/altcover
Indori series release 1
9.0.1
- [BREAKING] Minimum platforms for the tools and API are
net472
,netstandard2.0
andnet8.0
. NOTE the recorder assembly still targetsnet20
(ornet46
whenasync
is detected) - [BREAKING] SDK updates to latest current for Cake (5.0.0) and MSBuild (17.12.6) packages; build with Fake.build 6.1.3 but supports back to 6.0.0
- [BREAKING] API change :
--all
and--eager
replace--single
and--defer
, so the default behaviour is now deferred (Unload/Exit time) reporting, and first visit only per context. NOTE in some cases, use of .Net FrameworkAppDomain
s may require the use of--eager
as the unload handler gives no guarantees about execution time.
(Habu series release 33)
8.9.3
- Add
-p/--package
and equivalents to specify package roots for Cobertura output for all coverage collection methods, plus the PowerShellConvertTo-Cobertura
cmdlet - [ADVISORY] The Fake.build related assemblies (in the
altcover.api
andaltcover.fake
packages) support Fake 6.1.0 - [PERFORMANCE] revise the OpenCover to LCov conversion to speed the mapping of methods from source files.
Habu series release 32
8.8.173
- [PERFORMANCE] Issue #227 - removing the slow-down observed the new (at 8.8.165) file name processing for Cobertura
- [PERFORMANCE] removing a surprising hot-spot in branch coverage instrumentation that was taking 60% of the whole instrumentation time
(Habu series release 31)
8.8.165 (Habu series release 31)
- [ADVISORY] the Fake.build related assemblies (in the
altcover.api
andaltcover.fake
packages), and the Avalonia 0.10-based visualizer, rely on components with known vulnerabilities. The Fake.build project appears nigh-moribund so has not released an update, whereas Avalonia 11 completely rewrites all the earlier APIs and has not documented anything to assist in the rewrite of the application. - [BUGFIX] Issue #197 - correctly split file paths in the Cobertura output
- [NET9 preparation] Recode the recorder into C# as compiler/build target changes in F#9 make maintaining net2.0 compatibility in F# too much bother.
(Habu series release 30)
(Habu series release 29)
8.8.53
- [BUGFIX] Fix summary data for
--outputFile
option - [BUGFIX] Fix interaction of
--zipFile
prepare option and--outputFile
collect option - [BUGFIX] Issue #220 - improve dependency resolution to the GAC
Full Changelog: release/v8.8.21...release/v8.8.53
(Habu series release 28)
8.8.21
- [BREAKING; BUGFIX] Issue #206 : Update to net6+ for
dotnet test
integration and respect the$(IsTestProject)
setting from theMicrosoft.NET.Test.Sdk
package. - Simplify the use of the AltCover MSBuild tasks via the associated package-level
.targets
file by not even including theVSTest
integration unless both'$(AltCover)' == 'true' AND '$(IsTestProject)' == 'true'
. - Mitigate instances of
System.IO.IOException: The process cannot access the file '[coverage report]' because it is being used by another process.
- Explicitly add GAC locations to the paths inspected for dependency resolution
Habu series release 27
8.8.10
- [BUGFIX] Add
Json
member to the report format enumerations for the typesafe API and for theInvokeAltCover
cmdlet. - [BUGFIX] Issue #214 - patch Mono.Cecil to use FIPS compliant algorithm
- [Enhancement] Discussion #206, maybe also Issue #203 : Option
--portable
and equivalent APIs to place the coverage report file and related coverage data in the same folder as the recorder assembly, wherever that might be, allowing the whole instrumented folder structure to be moved into another file structure (e.g. different machine, different OS).
Habu series release 26
8.7.3 (Habu series release 26)
- [Enhancement] Discussion 202 : More careful tidying of temporary
.runsettings
files, fixing long-standing errors of both commission and omission. - [Enhancement] Discussion 199 : Add
/p:AltCoverOutputRoot=[path]
and associated APIs fordotnet test
command line creation. The[path]
is a directory to be used instead of$(TargetDir)
for the relative placing of the instrumented or saved files. The use-case here is when$(TargetDir)
is close toMAX_PATH
and the generated sub-folders would overflow that limit.
Habu series release 25
8.6.125
- [BUGFIX] Issue 197 : Update
[InternalsVisibleTo]
references during instrumentation. Finally fixing an issue that's been there since 2010!