проекта(но он остается у пакетов, которые мой референсит), подкидываю dll, но получаю ту же версию, что была раньше в пакете.
Куда копать?
Если подробнее расскажете, может и понятно будет куда копать. Что подменить? Чем подменить? Что значит "но он остается у пакетов, которые мой референсит" - в смысле, есть другие проекты, которые этот пакет хотят и их трогать не надо? Штатная гадалка в отпуске, а телепаты уволились, новых ещё не нашли.
Есть пакет package1 1.0, который установлен через nuget. Нужно его заменить на dll package1 1.1, чтобы была возможность пройтись по нему дебагером. Проблема в том, что, если снести пакет через nuget, и зареференсить его как dll, все равно подтягивает версию 1.0, возможно с пакетов, которые референсит package1.
И правильно делает, потому что либо вы загружаете 1.1 для ВСЕХ пакетом, которые хотят package1, либо ни для кого. Посмотрите в сторону assembly binding, но аккуратно - это подменит версию для всего процесса целиком. Может быть будет проще взять dnSpy и попрыгать нагорячую на версии 1.0, не делая танцев с 1.1?
у него вроде обратная ситуация. он 1.1 загрузить не может для всех, а тянется у него 1.0
Ну правильно, потому что сборщик (скорее всего) генерирует биндинги на сборку на версию 1.0, потому что свято верит, что это то что нужно.
Пойду читать статью про https://docs.microsoft.com/ru-ru/dotnet/framework/configure-apps/redirect-assembly-versions
а если в самом файле проекта прописать версию?
Версию чего? У ссылок на dll (а не на пакет) нет версий
так у него пакетом тащится 1.0
Ещё раз. Пакетом тащится 1.0 из nuget. Надо подменить своей (НЕ NUGET!!!) версией. Что и где вы хотите прописать, и как собираетесь из nuget тащить то, чего там нет? =)
Обсуждают сегодня