как решить Не удается найти ошибку nuget пакета

Источник пакета отключен !!

Я установил VS2017 professional в свою систему, открыл существующий проект и обнаружил, что несколько пакетов отсутствуют. Я перепробовал все, что мог, не глядя на исходный код пакета !!

Я пишу этот ответ, когда пробовал следующие решения, но ни одно из них не сработало:

1. Очистка кеша
2. Восстановление или переустановка пакетов
3. Изменение цели
4. Обновление диспетчера пакетов Nuget

Решение:

Шаг 01. Перейдите в Настройки диспетчера пакетов (Инструменты> Диспетчер пакетов Nuget> Настройки диспетчера пакетов)

Шаг 02. Проверьте источники пакета. Как видите, исходный код пакета здесь уже загружен SDK / nugets / packages. Я не знаю причины, но источник онлайн-пакета с nuget.org отсутствовал в моей системной установке Visual Studio.

Шаг 03. Установите nuget.org в качестве источника пакета, затем «Очистите все кеши Nuget» и затем восстановите пакеты. Ошибка исчезнет.

Имя: nuget.org (или как хотите) Источник: https://api.nuget.org/v3/index.json

Я просто сделал это, и все прошло нормально. В вашей Visual Studio перейдите по ссылке:

1. Инструменты
2. Диспетчер пакетов Nuget
3. Общий
4. Нажмите кнопку «Очистить все кеши Nuget».
5. Ресурсы пакета и нажмите «Обновить».
6. Woolah! Ошибка исчезла ...

Действия GitHub

Я хотел бы добавить, что в Github Actions репозиторий nuget.org по умолчанию не запрашивается. Вместо этого GitHub по умолчанию использует кешированный репозиторий пакетов, и может случиться так, что указанный вами пакет не в этом кеше, а на nuget.org (у меня это было для System.CommandLine).

Вы можете исправить это, добавив файл nuget.config в корневой каталог, содержащий следующие

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <packageSources>
    <add key="nuget.org" value="https://api.nuget.org/v3/index.json" protocolVersion="3" />
  </packageSources>
</configuration>

Пример файла github_action.yml

name: .NET

on:
  push:
    branches: [ master ]
  pull_request:
    branches: [ master ]

jobs:
  build:

    runs-on: windows-latest

    steps:
    - uses: actions/checkout@v2
    - name: Setup .NET
      uses: actions/setup-dotnet@v1
      with:
        dotnet-version: 5.0
    - name: Clean
      run: dotnet clean && dotnet nuget locals all --clear
    - name: Restore dependencies
      run: dotnet restore
    - name: Build
      run: dotnet build --no-restore
    - name: Test
      run: dotnet test --no-build --verbosity normal

для меня:% appdata% \ NuGet \ NuGet.Config содержал только <activePackageSource> <add key="nuget.org" value="https://www.nuget.org/api/v2/" /> </activePackageSource>

после выполнения

nuget sources add -Name "NuGet official package source" -Source "https://api.nuget.org/v3/index.json"

это было добавлено

  <packageSources>
    <add key="https://www.nuget.org/api/v2/" value="https://www.nuget.org/api/v2/" />
    <add key="NuGet official package source" value="https://api.nuget.org/v3/index.json" />
  </packageSources>

впоследствии были обнаружены пакеты.

Я решил это, добавив зависимый файл

<files>
    <file src="bin\$configuration$\netstandard2.0\a.dll" target="lib\netstandard2.0" />
    <file src="bin\$configuration$\net45\a.dll" target="lib\net45" />
    <file src="bin\$configuration$\netstandard2.0\b.dll" target="lib\netstandard2.0" />
    <file src="bin\$configuration$\net45\b.dll" target="lib\net45" />
  </files>

Также не забудьте очистить локальный кеш nuget locals all –clean или сменить версию.

Мне удалось решить эту проблему, добавив еще несколько ссылок на источник пакета в источник пакета nuget (Инструменты -> Диспетчер пакетов Nuget -> Параметры диспетчера пакетов -> Источник пакета).

Прежде чем попробовать вышеуказанное решение, я попытался очистить кеш nuget, обновить targetFramework, переустановить пакет, обновить диспетчер пакетов, ни один из них не работал.

Эти ошибки начали периодически появляться для нашего конвейера сборки Azure DevOps, но никогда не локально.

Пример ошибки:

ошибка NU1101: невозможно найти пакет Microsoft.EntityFrameworkCore.Sqlite. Нет пакетов с этим идентификатором в источнике (ах): автономные пакеты Microsoft Visual Studio

Если бы мы перезапустили сборку, все могло бы работать, но потом это случилось снова.

Затем я заметил, что это всегда происходило в нашем тестовом проекте, а не в нашем основном веб-проекте.

Мы используем .NET/NuGet конвейерное кеширование для ускорения наших сборок. Мы используем версию по умолчанию, которая выглядит так:

variables:
  NUGET_PACKAGES: $(Pipeline.Workspace)/.nuget/packages

steps:
- task: Cache@2
  inputs:
    key: 'nuget | "$(Agent.OS)" | **/packages.lock.json,!**/bin/**'
    restoreKeys: |
       nuget | "$(Agent.OS)"
    path: $(NUGET_PACKAGES)
  displayName: Cache NuGet packages

https://docs.microsoft.com/en-us/azure/devops/pipelines/release/caching?view=azure-devops#netnuget

Единственное изменение заключается в том, что Microsoft использует $(UserProfile), но мы используем $(Pipeline.Workspace) для переменной. Возникла ошибка при использовании $(UserProfile), о которой вы можете прочитать здесь:

https://github.com/MicrosoftDocs/azure-devops-docs/issues/10110

Он читает packages.lock.json, который необходимо включить, отредактировав файл проекта (.csproj).

<PropertyGroup>
    <RestorePackagesWithLockFile>true</RestorePackagesWithLockFile>
</PropertyGroup>

https://devblogs.microsoft.com/nuget/enable-repeatable-package-restores-using-a-lock-file/.

Оказалось, что мы создали packages.lock.json только для нашего веб-проекта, но не для нашего тестового проекта. После добавления RestorePackagesWithLockFile в наш тестовый проект он снова заработал.