Bump altcover from 6.1.708 to 6.3.729

[dependabot-preview]

Bumps altcover from 6.1.708 to 6.3.729.

Release notes

Sourced from altcover's releases.

Fukurou series release 8

6.3.729

• Filter out assemblies without the ILOnly bit set (i.e. pretty much anything C++/CLI, even with the deprecated /clr:pure compiler flag set)
• [FAKE Helper API] Fake >= 5.18.0 is required for this release
• [FAKE Helper API] Deprecate AltCover_Fake.DotNet.Testing.AltCover.ToolType in favour of Fake.DotNet.ToolType in the AltCover_Fake.DotNet.Testing.AltCover.Params record structure.
• [FAKE Helper API] Helper functions in AltCover_Fake.DotNet.Testing.AltCover
  • splitCommandLine: string -> string list for breaking up composed command lines e.g. from Fake.DotNet.Testing.NUnit3.buildArgs or ``Fake.DotNet.Testing.XUnit2.buildArgs`
  • buildDotNetTestCommandLine: (DotNet.TestOptions -> DotNet.TestOptions) -> string -> (string * string list) taking the arguments for DotNet.test and returning the dotnet path and the rest of the command line
  • runWithMono: string option -> Params -> 'a to execute the Params using the path to the Mono executable if it's a FAKE-style full framework tool on Windows (equivalent to the deprecated AltCover.ToolType.Mono)
  • Params.WithToolType: Fake.DotNet.ToolType -> Params Setting the new tool type using this member is the preferred forward-compatible way to do this

Fukurou series release 7 respin

6.2.727

• [BUGFIX] Issue #74 -- Strip unwanted dependencies from released code.
• Generally, move to .net core 3.0 for build (many other changes in process only)
• With the F# 4.7 compiler, static linking FSharp.Core into the recorder has been fixed, and has been adopted
• In .net core 3.0 release, dotnet build no longer does a dotnet publish to the output directory
• Issues #68 and #73 and their fixes are now moot; in particular, FSharp.Core no longer needs to be auto-excluded from instrumentation in the .net core tool any more than in the Framework tool; nor does that assembly need to be copied if otherwise absent.

[DEPRECATED] Fukurou series release 7

6.2.726

• Generally, move to .net core 3.0 for build (many other changes in process only)
• With the F# 4.7 compiler, static linking FSharp.Core into the recorder has been fixed, and has been adopted
• In .net core 3.0 release, dotnet build no longer does a dotnet publish to the output directory
• Issues #68 and #73 and their fixes are now moot; in particular, FSharp.Core no longer needs to be auto-excluded from instrumentation in the .net core tool any more than in the Framework tool; nor does that assembly need to be copied if otherwise absent.

Fukurou series release 6

6.2.719

• [BUGFIX] #Issue73 In .net core 3.0 preview and RC, dotnet build does a dotnet publish to the output directory, including FSharp.Core in F# projects. Automatically exclude that file from instrumentation by the .net core tool to avoid mutually recursive calls between the recorder assembly and FSharp.Core that cause a stack overflow. This is not required for the Framework/Mono tool as that static links its dependency. I've not found a way to static-link FSharp.Core in the .net core world that doesn't fail with errors.
• [BUGFIX] For --visibleBranches, fix up C# loops, and the path numbering for decompiled switch/match logic

Fukurou series release 5

6.2.714

• [BUGFIX] Finish wiring up /p:AltCoverLocalSource support
• [BUGFIX] Fix failure when input/output directories were specified with a trailing separator character
• [HACK] mitigate Issue #71 by simply ignoring null module identifiers.
• [API] -v|--visibleBranches option (bool VisibleBranches default false in API, -VisibleBranches PowerShell flag) to simplify the reporting of switch or match cases where the compiler produces a tangle of if/else branches that give surprising results in a ReportGenerator output (e.g. null taking a different branch to a default case than a non-null value as per Issue 72)
• Use a leading ? as a negator for filter matches e.g. ?(a|b) means "exclude anything that doesn't match a or match b", or ?MyApp means exclude anything that doesn't contain MyApp; no valid .net regex begins with this so it's backwards compatible. Between this and the previous release's --localSource (now fully supported) option, the need to resort to cumbersome constructs involving negative lookahead regexes should be reduced.

Changelog

Sourced from altcover's changelog.

6.3.729 (Fukurou series release 8)

• Filter out assemblies without the ILOnly bit set (i.e. pretty much anything C++/CLI, even with the deprecated /clr:pure compiler flag set)
• [FAKE Helper API] Fake >= 5.18.0 is required for this release
• [FAKE Helper API] Deprecate AltCover_Fake.DotNet.Testing.AltCover.ToolType in favour of Fake.DotNet.ToolType in the AltCover_Fake.DotNet.Testing.AltCover.Params record structure.
• [FAKE Helper API] Helper functions in AltCover_Fake.DotNet.Testing.AltCover
  • splitCommandLine: string -> string list for breaking up composed command lines e.g. from Fake.DotNet.Testing.NUnit3.buildArgs or ``Fake.DotNet.Testing.XUnit2.buildArgs`
  • buildDotNetTestCommandLine: (DotNet.TestOptions -> DotNet.TestOptions) -> string -> (string * string list) taking the arguments for DotNet.test and returning the dotnet path and the rest of the command line
  • runWithMono: string option -> Params -> 'a to execute the Params using the path to the Mono executable if it's a FAKE-style full framework tool on Windows (equivalent to the deprecated AltCover.ToolType.Mono)
  • Params.WithToolType: Fake.DotNet.ToolType -> Params Setting the new tool type using this member is the preferred forward-compatible way to do this

6.2.727 (Fukurou series release 7 respin)

• [BUGFIX] Issue #74 -- Strip unwanted dependencies from released code.
• Generally, move to .net core 3.0 for build (many other changes in process only)
  • In .net core 3.0 release, dotnet build no longer does a dotnet publish to the output directory
  • With the F# 4.7 compiler, static linking FSharp.Core into the recorder has been fixed, and has been adopted
  • Issues #68 and #73 and their fixes are now moot; in particular, FSharp.Core no longer needs to be auto-excluded from instrumentation in the .net core tool any more than in the Framework tool; nor does that assembly need to be copied if otherwise absent.

6.2.719 (Fukurou series release 6)

• [BUGFIX] #Issue73 In .net core 3.0 preview and RC, dotnet build does a dotnet publish to the output directory, including FSharp.Core in F# projects. Automatically exclude that file from instrumentation by the .net core tool to avoid mutually recursive calls between the recorder assembly and FSharp.Core that cause a stack overflow. This is not required for the Framework/Mono tool as that static links its dependency. I've not found a way to static-link FSharp.Core in the .net core world that doesn't fail with errors.
• [BUGFIX] For --visibleBranches, fix up C# loops, and the path numbering for decompiled switch/match logic

6.2.714 (Fukurou series release 5)

• [BUGFIX] Finish wiring up /p:AltCoverLocalSource support
• [BUGFIX] Fix failure when input/output directories were specified with a trailing separator character
• [HACK] mitigate Issue #71 by simply ignoring null module identifiers.
• [API] -v|--visibleBranches option (bool VisibleBranches default false in API, -VisibleBranches PowerShell flag) to simplify the reporting of switch or match cases where the compiler produces a tangle of if/else branches that give surprising results in a ReportGenerator output (e.g. null taking a different branch to a default case than a non-null value as per Issue 72)
• Use a leading ? as a negator for filter matches e.g. ?(a|b) means "exclude anything that doesn't match a or match b", or ?MyApp means exclude anything that doesn't contain MyApp; no valid .net regex begins with this so it's backwards compatible. Between this and the previous release's --localSource (now fully supported) option, the need to resort to cumbersome constructs involving negative lookahead regexes should be reduced.

Commits

• 3f4d3ac Merge branch 'master' into release/Fukurou
• bf291c9 [Skip CI] Go for release
• 828cebc dotnet test helper and other tidying
• c58f4fc Move the helper into the Fake API project
• 7670820 Initial proof of concept for NUnit (and later XUnit) helpers
• a4087b9 Move towards type-safety for NUnit, XUnit and dotnet test
• 7759707 More fantomas
• cced334 Tidy up
• 63c6641 In the Fake helper API, move to preferring the new Fake.DorNet.ToolType over ...
• 0c5f88f Track dependency update
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
• @dependabot use these labels will set the current labels as the default for future PRs for this repo and language
• @dependabot use these reviewers will set the current reviewers as the default for future PRs for this repo and language
• @dependabot use these assignees will set the current assignees as the default for future PRs for this repo and language
• @dependabot use this milestone will set the current milestone as the default for future PRs for this repo and language
• @dependabot badge me will comment on this PR with code to add a "Dependabot enabled" badge to your readme

Additionally, you can set the following in your Dependabot dashboard:

• Update frequency (including time of day and day of week)
• Pull request limits (per update run and/or open at any time)
• Out-of-range updates (receive only lockfile updates, if desired)
• Security updates (receive only security updates, if desired)

[codecov]

Codecov Report

Merging #7 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master       #7   +/-   ##
=======================================
  Coverage   36.18%   36.18%           
=======================================
  Files          19       19           
  Lines         152      152           
  Branches        9        9           
=======================================
  Hits           55       55           
  Misses         93       93           
  Partials        4        4

---

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 3135650...3820f3a. Read the comment docs.

[dependabot-preview]

Superseded by #10.