Closed Oxfald closed 2 years ago
Thought it only made sense to sign assemblies when using classic .NET Framework platform.
For .NET Core and .NET 5+, strong-named assemblies do not provide material benefits. The runtime never validates the strong-name signature, nor does it use the strong-name for assembly binding.
All the nuget-packages targets .NET Standard 2.0, and not .NET Framework.
Thank you for the link, I was not aware about it. Still I am stuck with a specific issue when we need to use [InternalsVisibleTo] attribute which requires strongly-names assemblies (typical use case for exposing internals to UnitTests project) I was not able to fine any alternative to this attribute, so it might be helpful to have assemblies signed even if it is no longer useful on production environment.
InternalsVisibleTo also works just with assembly-name without the strong-name Guid.
Oh yes, I though that I tested it properly, I mixed some changes in my project. Sorry for the unnecessary issue creation. Thank you =)
Hello, is it possible/planned to sign released assemblies?