Please consider providing a strong name for ClickHouse.Client

[osigurdson]

See MSDN discussion here: https://learn.microsoft.com/en-us/dotnet/standard/library-guidance/strong-naming

[DarkWanderer]

Hi. Thank you for your suggestion - this seems like something relatively straightforward to implement. One point about versioning is slightly unclear to me - the article mentions:

CONSIDER incrementing the assembly version on only major version changes to help users reduce binding redirects, and how often they're updated

I assume you have experience with using strongly signed assemblies. How problematic would it be for users if AssemblyVersion updates with each release like it does now?

[osigurdson]

Hello! I don't have experience with signing assemblies for broad consumption on nuget. I had a look at a few other projects (NodaTime, Log4Net, etc) and they appear to be using the and true in the csproj or within Directory.Build.props. The attribute matches what is on nuget and I believe the AssemblyVersion is getting updated as well. Some examples below.

Log4Net:
https://github.com/apache/logging-log4net/blob/master/src/log4net/log4net.csproj

NodaTime:
https://github.com/nodatime/nodatime/blob/main/Directory.Build.props