-
Notifications
You must be signed in to change notification settings - Fork 71
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
Some considerations about strong naming #36
Comments
As a comment, shouldn’t, be |
Thank you for creating this issue. I'll consider to combine "IPAddressRaneg" and "IPAddressRange.Signed" packages. My plan is:
Is it good idea? |
Yes, I think so, |
I'm investigating about this issue now. Due to I read this article, https://github.com/dotnet/corefx/blob/master/Documentation/project-docs/strong-name-signing.md I'm considering about I should add .snk file into this repository or not. And also, I read this article that was posted at 2 years ago, Still Strong-Naming your Assemblies? You do know it’s 2016, right? but I'll strong name this library, because Windows Phone is already gone, and I feel there are no problem. |
You should add snk file. Look at e.g. Stackexchange.Redis. It is there. |
I published new packages as beta version.
I plan to publish an official release package in a few days. |
I released official ver.3.0.0 as NuGet packages.
🎉 |
Hello
Currently there are 2 packages, one strong named, and other not. This is causing issues when using different dependencies that uses this library.
A lot of discussions here:
aspnet/DataProtection#245 (comment)
StackExchange/StackExchange.Redis#528
HangfireIO/Hangfire#1076
The text was updated successfully, but these errors were encountered: