In the Json.NET 4.5 release post I added a note about strong naming and assembly version numbers that is worth expanding on.
The problem is a combination of factors: Json.NET is strong named, has frequent releases, the assembly version number changes with each release and many different libraries reference Json.NET.
NuGet does its best to solve the issue of different assemblies referencing different versions by automatically inserting binding redirects for you, but having to rely on a tool to fix up problems is sub-optimal.
The solution that I’m evaluating to improve the situation is to only update the assembly version number on major releases (update: now evaluating never updating the assembly version). For example Json.NET 4.5 R1 has an assembly version number of 184.108.40.206, R2 will have an the version number 220.127.116.11, R3 = 18.104.22.168, and so on. While the assembly version number will be static the assembly file version number will continue to be updated each release so you can identify exactly which version you are using, e.g. 22.214.171.12420.
The .NET framework is doing something similar with .NET 4.5, replacing 4.0 assemblies with new files using the same version number.