Я узнал, что NUGET «Всегда» загружает последний пакет и как использовать переключатель -version. Однако в недавнем проекте, в котором у разных разработчиков были разные SUO-файлы (Visual Studio), им нужно было бы добавить другой контент NUGET для удовлетворения ошибок сборки. (Да, мы не должны этого делать).Как правильно использовать проекты NUGET для проектов MVC (ASP.NET)?
Но, пытаясь очистить беспорядок, кажется, что NUGET не очищает все, как должно. Я подтвердил это, отладив проблему и обнаружив, что Web.Config все еще имел плохие ссылки только на прошлой неделе. Проблема, конечно, в том, что целая цепь зависимостей на этих пакетах неизвестна! Это создает циклические сети зависимостей, которые, скорее всего, являются причиной того, что при удалении пакетов есть оставшиеся Dll.
Вот пример, на прошлой неделе мы были настолько упрямцы, я решил переустановить MVC 4 ... Не удалось выяснить, как сделать эту простую задачу, кроме как сравнить мою последнюю известную рабочую версию и индивидуально загружать версии конкретных DLL. И удачи в поиске более неясных пакетов, которые MSFT включает в свои собственные шаблоны MVC.
Просто интересно, что вы делаете, чтобы сделать это доказательство дурака и что посоветуете вы можете дать мне стать «экспертом» в контроле над моими справочными библиотеками?
(чистая напыщенность) Вы назвали некоторые из причин, по которым мне действительно не нравятся nugets .., но OTOH, есть действительно никакая другая система управления пакетами в этом env :((я имею в виду: еще не нашел другого) – quetzalcoatl
Я не поклонник, потому что эти чертованные цепи зависимостей. Я тоже работаю над и устаревшей базой кода, так что если мы получаем hosed с новым материалом, мы должны работать как сумасшедший, чтобы вернуть старый материал. NUGET делает это, где это будет, обновляет DLL, а затем он будет обозначать более старый код как зависимость от него. Кроме того, он добавляет страшный Переадресация машины .... Не очень хорошее долгосрочное решение при попытке выяснить ошибку при запуске. –