Я хотел обновить некоторые библиотеки DLL, используемые в моем .NET-проекте, до последней версии, и я заметил, что, если я заменю библиотеки DLL на файловой системе новыми версиями, VS 2012 обновит номер версии DLL в свойствах окно.
Это какая-то новая функция VS 2012? Я не помню, чтобы это было в VS 2010 (я ожидал, что потребуется больше ручной обработки).
Правильно ли это работает, или я должен удалить и повторно добавить библиотеки DLL вручную из ссылок, чтобы убедиться?
В любом случае, мой проект компилируется и работает отлично, поэтому я думаю, что он работает...
EDIT:
Я думаю, это работает, потому что библиотеки DLL сильно не названы (http://msdn.microsoft.com/en-us/library/wd40t7ad.aspx)? Возможно, я должен добавить их, если они... Внутри файла проекта я видел, что у него был старый номер версии, но в окне свойств я увидел новый...
Спасибо!
Лучше удалить и повторно добавить ссылки. Вы сами сказали, что файл проекта не обновлен.
Я не уверен, есть ли надстройка для VS, которая упростит обновление библиотек DLL. Если его нет, определенно кто-то должен это сделать. Изменение ссылок на сборки в больших проектах - это боль в @ss.
Упрощенная опция обновления / перезагрузить ссылки и типы DLL (например, типы взаимодействия COM) без повторного добавления всех DLL файлов один за другим - перезагрузка всех проектов что ссылаются на это следующим образом:
Лучший вариант - это повторить dll и refrence снова, но убедитесь, что для безопасности вы сохраняете резервную копию вашей предыдущей dll...
То, что сработало для меня, - это перейти к "управлению пакетами nuget" и обновить все.
Управлять ссылками как пакетами NuGet значительно проще. Вы можете просмотреть, какие ссылки устарели, и выбрать, какие из них обновить. Недостаток: если вы не используете стандартные пакеты (доступные через NuGet.org), вы должны управлять своим собственным репозиторием NuGet.
Вы можете управлять своими пакетами NuGet через графический интерфейс или консоль. Графический интерфейс диспетчера пакетов NuGet