Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bump Microsoft.Build.Framework from 16.8.0 to 16.10.0 in /lang/csharp #135

Conversation

dependabot[bot]
Copy link

@dependabot dependabot bot commented on behalf of github May 30, 2021

Bumps Microsoft.Build.Framework from 16.8.0 to 16.10.0.

Release notes

Sourced from Microsoft.Build.Framework's releases.

MSBuild 16.10.0

This version of MSBuild shipped with Visual Studio 2019 version 16.10.0 and .NET SDK 5.0.300.

What's new

  • MSBuild now targets .NET 5.0 and .NET Framework 4.7.2.
  • MSBuild is faster and uses less memory.
  • Binary logs are smaller and have less performance overhead.
  • Tasks can now opt into resource management to improve parallelism in large builds.
  • It's now possible to optionally embed arbitrary files in a binary log.

Known Issues ⚠

  • When specifying a single project in a solution as a target, MSBuild instead tries to build that target name within all projects in the solution, leading to MSB4057 (#6465).

Detailed release notes

Added

  • Projects can now specify AdditionalTargetFrameworkInfoProperty items to indicate that referencing projects should get those properties exposed as AdditionalPropertiesFromProject metadata on resolved reference items. (#5994).
  • The Unzip task now accepts Include and Exclude arguments to filter what is extracted from the zip file (#6018). Thanks, @​IvanLieckens!
  • The -graph:noBuild command line argument can be used to validate that a graph is buildable without actually building it (#6016).
  • TaskParameterEventArgs allow logging task parameters and values in a compact, structured way (#6155). Thanks, @​KirillOsenkov!
  • ClickOnce publish now supports Ready To Run (#6244).
  • .NET 5.0 applications may now specify a toolset configuration file (#6220).
  • ResolveAssemblyReferences can now consume information about assemblies distributed as part of the SDK (#6017).
  • Allow constructing a ProjectInstance from a ProjectLink (#6262).
  • Introduce cross-process resource management for tasks (#5859).
  • ProjectEvaluationFinished now has fields for properties and items (#6287). Thanks, @​KirillOsenkov!
  • WriteCodeFragment can now write assembly attributes of specified types, and infers some common types (#6285). Thanks, @​reduckted!
  • The -detailedSummary option now accepts a boolean argument, preventing dumping details to the console logger when building with -bl -ds:false (#6338). Thanks, @​KirillOsenkov!
  • Binary logs now include files listed in the item EmbedInBinlog as well as MSBuild projects (#6339). Thanks, @​KirillOsenkov!
  • The FindInvalidProjectReferences task is now available in .NET Core/5.0+ scenarios (#6365).

Changed

  • String deduplication is now much more sophisticated, reducing memory usage (#5663).
  • Refactoring and performance improvements in ResolveAssemblyReferences (#5929, #6094).
  • Binary logs now store strings only once, dramatically reducing log size (#6017, #6326). Thanks, @​KirillOsenkov!
  • Refactoring and code cleanup (#6120, #6159, #6158, #6282). Thanks, @​Nirmal4G!
  • Span<T>-based methods are used on .NET Framework MSBuild as well as .NET 5.0 (#6130).
  • Improved MSB4064 error to include information about the loaded task that didn't have the argument (#5945). Thanks, @​BartoszKlonowski!
  • Performance improvements in inter-node communication (#6023). Thanks, @​KirillOsenkov!
  • Performance improvements in matching items based on metadata (#6035), property expansion (#6128), glob evaluation (#6151), enumerating files (#6227).
  • When evaluated with IgnoreInvalidImports, empty imports are also allowed (#6222).
  • Log.HasLoggedError now respects MSBuildWarningsAsErrors (#6174).
  • TargetPath metadata is now respected on items that copy to output directories, and takes precedence over Link (#6237).
  • The Restore operation now fails when SDKs are unresolvable (#6312).
  • MSBuild.exe.config now has explicit binding redirects for all assemblies in the MSBuild VSIX (#6334).

... (truncated)

Commits

Dependabot compatibility score

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)

Bumps [Microsoft.Build.Framework](https://github.com/dotnet/msbuild) from 16.8.0 to 16.10.0.
- [Release notes](https://github.com/dotnet/msbuild/releases)
- [Commits](https://github.com/dotnet/msbuild/commits/v16.10.0)

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot bot added .NET Pull requests that update .net code dependencies Pull requests that update a dependency file labels May 30, 2021
@github-actions github-actions bot added the C# label May 30, 2021
iemejia pushed a commit that referenced this pull request Jun 13, 2021
* Move from failure to thiserror

Closes #115

This is still a WIP branch, with lots of TODOs and some things about
thiserror I still can't wrap my head around. However, the heavy-lifting
is done, the failure crate has been removed from the list of
dependencies and compilation, tests, benchmarks and linting are all
green.

The two biggest things I have yet to figure out are:
1. How to deal with the errors manually defined in ser.rs and de.rs:
   they are publicly available and as soon as I touch anything I hit
   cryptic serde errors
2. How to make errors like TryFromIntError part of more abstract ones
   like ParseSchemaError, which could have a source error or just a
   String description.

* Update tests/io.rs

Co-authored-by: Joel Höner <joel@zyantific.com>

* Renaming errors + apply clippy consistently

 Rename AvroError to Error
 Removed redundant Error suffix from variants
 Introduce AvroResult shorthand alias with crate visibility
 Align clippy invocation in tests with the one in pre-commits

* Stop stressing about generic errors and add a couple more sprecific ones

* Centralize Ser and De errors into Error

The trick was implementing the ser::Error and de::Error trait for
crate::errors::Error and return Error::Ser and Error::De variants
in the implementation of the custom() method.

* SnappyCdcError as struct for consistency

* Update CHANGELOG

* Update CHANGELOG, README and add a Migration Guide page

Co-authored-by: Joel Höner <joel@zyantific.com>
@dependabot @github
Copy link
Author

dependabot bot commented on behalf of github Aug 22, 2021

Superseded by #166.

@dependabot dependabot bot closed this Aug 22, 2021
@dependabot dependabot bot deleted the dependabot/nuget/lang/csharp/Microsoft.Build.Framework-16.10.0 branch August 22, 2021 16:02
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C# dependencies Pull requests that update a dependency file .NET Pull requests that update .net code
Projects
None yet
Development

Successfully merging this pull request may close these issues.

0 participants