Tags: devlooped/DependencyInjection
Tags
Bump the tests group with 3 updates Bumps the tests group with 3 updates: [Microsoft.NET.Test.Sdk](https://github.com/microsoft/vstest), [xunit](https://github.com/xunit/xunit) and [xunit.runner.visualstudio](https://github.com/xunit/visualstudio.xunit). Updates `Microsoft.NET.Test.Sdk` from 17.9.0 to 17.13.0 - [Release notes](https://github.com/microsoft/vstest/releases) - [Changelog](https://github.com/microsoft/vstest/blob/main/docs/releases.md) - [Commits](microsoft/vstest@v17.9.0...v17.13.0) Updates `xunit` from 2.7.0 to 2.9.3 - [Commits](xunit/xunit@v2-2.7.0...v2-2.9.3) Updates `xunit.runner.visualstudio` from 2.5.7 to 3.0.2 - [Release notes](https://github.com/xunit/visualstudio.xunit/releases) - [Commits](xunit/visualstudio.xunit@2.5.7...3.0.2) --- updated-dependencies: - dependency-name: Microsoft.NET.Test.Sdk dependency-version: 17.13.0 dependency-type: direct:production update-type: version-update:semver-minor dependency-group: tests - dependency-name: xunit dependency-version: 2.9.3 dependency-type: direct:production update-type: version-update:semver-minor dependency-group: tests - dependency-name: xunit.runner.visualstudio dependency-version: 3.0.2 dependency-type: direct:production update-type: version-update:semver-major dependency-group: tests ... Signed-off-by: dependabot[bot] <support@github.com>
Don't emit registrations with generics that don't satisfy constraints We were emitting instantiations of generic interfaces (implemented by the service) for covariant type parameters that didn't satisfy the generic type parameter constraints.
Don't report inconsitencies if lifetimes match We automatically deduplicate service registrations that are exactly the same, so we don't need to report that case.
Adjust folder path for targets to import only on ns2.0 This also fixes the importing of the SL2 targets.
Mark backscompat package as beta before publishing Since it doesn't use the same versioning scheme as the main package (because it will remain fixed at the time we deprecate the version), we must update the version manually.
Generator shouldn't fail for unsuccessful compilation In this scenario, the Compilation.IsSymbolAccessibleWithin is throwing at https://github.com/dotnet/roslyn/blob/9fef96ff1194f686993293c7971802216eb75a26/src/Compilers/Core/Portable/Compilation/Compilation.cs#L1626. We account for that by providing our wrapping extension method that catches the exception and returns false instead (what we were expecting to get anyway). Closes #51
PreviousNext