Reputation: 4660
I wanted to update some DLLs used in my .NET project to the latest version and I've noticed that, if I replace the DLLs on the file system with their new versions, VS 2012 updates the DLL version number in the Properties window.
Is this some new feature of VS 2012? I don't remember seeing it in VS 2010 (I expected it would need more manual handling).
Is this working right, or should I remove and re-add the DLLs manually from the references, just to be sure?
Anyway, my project compiles and runs fine, so I guess it works...
EDIT:
I guess it works because the DLLs are not strongly named (http://msdn.microsoft.com/en-us/library/wd40t7ad.aspx)? Perhaps I should re-add them if they were... Inside the project file I saw it had the old version number, but in the properties window I saw the new one...
Thanks!
Upvotes: 40
Views: 97548
Reputation: 199
Managing references as NuGet packages is significantly easier. You can view which references became out of date and choose which to update. Downside: if you are not using the standard packages (available via NuGet.org) you have to manage your own NuGet repository.
You can manage your NuGet packages via GUI or console. NuGet packages manager GUI
Upvotes: 1
Reputation: 11892
What worked for me is - go to 'manage nuget packages' and update all.
Upvotes: 1
Reputation: 81
better option is to de refrence the dll and refrence again but make sure for safety purpse you keep the backup of your previous dll...
Upvotes: 0
Reputation: 6704
Easier option to refresh / reload references & types DLL (for example COM interop types) without re-adding all DLLs one-by-one is to reload all projects that reference it like this:
Upvotes: 44
Reputation: 4091
It's better to remove and re-add your references. You said it yourself that the project file was not up-to-date.
I am not sure if there is an add-on for VS that could make updating DLLs easier. If there isn't one, definitely someone should make one. Changing assembly references in large projects is a pain in the @ss.
Upvotes: 24