Compartilhar via

Notas sobre a versão do NuGet 4.3

  • Artigo

O Visual Studio 2017 15.3 RTW vem com o NuGet 4.3 RTM, que adiciona suporte para novos cenários como o .NET Standard 2.0/.NET Core 2.0, contém várias correções de qualidade e melhora o desempenho. Esta versão também oferece várias melhorias, como suporte para Controle de versão semântico 2.0.0, integração do MSBuild de avisos e erros do NuGet e muito mais.

Resumo: novidades na 4.3.0

Resumo: novidades na 4.3.1

  • Correções de segurança: permissões em arquivos criados dentro de ~/.nuget são muito abertas #7673 CVE-2019-0757
  • Correção de segurança: arquivos dentro de NUPKGs podem ter um caminho relativo acima do diretório NUPKG #7906

Problemas conhecidos

A restauração do NuGet pode tratar as origens de pacotes desabilitadas como habilitadas em alguns casos

Problema

As seguintes técnicas de linha de comando de restauração tratam as origens de pacotes desabilitadas como habilitadas. NuGet#5704

  • msbuild /t:restore
  • dotnet restore (com o dotnet.exe que acompanha o VS ou com o que vem com o SDK do NetCore 2.0.0)

Solução alternativa

  1. Usar o Visual Studio (2017 15.3 ou posterior) ou o NuGet.exe (v4.3.0 ou posterior)
  2. Exclua a fonte desabilitada e continue a usar o msbuild ou o dotnet.exe.
  3. Para sua solução, você poderá usar "Limpar" no NuGet.config e, em seguida, definir as fontes necessárias para a solução.

Ao usar o Console do Gerenciador de Pacotes, talvez a tecla 'Enter' não funcione

Problema

Às vezes, a tecla enter não funciona no Console do Gerenciador de Pacotes. Se isso ocorrer, confira o progresso na correção e forneça informações úteis adicionais sobre as etapas de reprodução. NuGet#4204 NuGet#4570

Solução alternativa

Reinicie o Visual Studio e abra o PMC antes de abrir a solução. Como alternativa, experimente excluir o project.lock.json e restaurá-lo novamente.

Você não consegue exibir, adicionar ou atualizar o DotNetCLITools usando o Gerenciador de Pacotes NuGet

Problema

O Gerenciador de Pacotes do NuGet não exibe nem permite a adição/atualização de DotNetCLITools. NuGet#4256

Solução alternativa

O DotNetCLIToolReferences deve ser editado manualmente no arquivo de projeto.

Redirecionar a versão da estrutura de destino pode levar a um IntelliSense incompleto

Problema

Redirecionar a versão da estrutura de destino pode levar a um IntelliSense incompleto no Visual Studio. Isso acontece quando você está usando PackageReferences como o formato do gerenciador de pacotes. NuGet#4216

Solução alternativa

Faça uma restauração manual.

Problemas corrigidos no período de tempo do NuGet 4.3 RTM

Notas sobre a versão do NuGet 4.0 RTM – Lista todos os problemas corrigidos no NuGet 4.0 RTM

Recursos

  • Melhorar o desempenho da restauração do NuGet – Implementar NoOp para restaurações de linha de comando e do VS – #5080

  • NET Core 2.0: a CLI do VS/Dotnet deve começar a usar a funcionalidade NuGet existente: pastas de FallBack – #4939

  • NET Core 2.0: permitir que os usuários ignorem os avisos específicos de restauração (ou elevar para erro) – #4898

  • NET Core 2.0: assemblies localizadas de CLI – #4896

  • NET Core 2.0: registrar todos os avisos/erros no arquivo de ativos (incluindo PackageTargetFallback) – #4895

  • Habilitar suporte a TFM: NetStandard2.0, Tizen – #4892

  • Reduzir o número de projetos NuGet.Core e NuGet.Client (e, portanto, de DLLs) – #2446

  • Adicionar capacidade de marcar avisos nuget como erros – #2395

•s

  • msbuild /t:pack falha, pois o parâmetro “DevelopmentDependency” é incompatível com a tarefa “PackTask” – #5584

  • A estrutura do diretórios para arquivos de conteúdo nivelados se o separador de diretório do Windows não for adicionado ao final de PackagePath – #4795

  • Projetos netcore não são compatíveis com a configuração como developmentDependency – #4694

  • RestoreManagerPackage está sendo carregado de forma síncrona, o que bloqueou o thread de interface do usuário e VS em deadlock – #4679

  • dotnet

    • dotnet Restore (e, portanto, /t:restore do msbuild) ignora projetos com uma dependência explícita de projeto da solução #4578

  • Se a solução tiver projectreferences que se referem ao mesmo projeto, mas com maiúsculas e minúsculas diferentes, a restauração poderá não funcionar. Isso também afeta diferentes caminhos relativos, sem diferenciação de maiúsculas e minúsculas – #4574

  • Executáveis restaurados de pacotes do NuGet não podem mais ser executados com o .NET Core 2.0 – #4424

  • O NuGet.exe absorve detalhes da exceção ao analisar o arquivo da solução – #4411

  • O pacote coloca os arquivos de conteúdo no local errado se ContentTargetFolders contiver um caminho que termina com '/' no Windows – #4407

  • Não é possível restaurar um DotNetCliToolReference para um pacote de ferramentas voltado para o netcoreapp1.1 – #4396

  • A CLI de atualização do Nuget deixa a condição de versão do pacote antigo no arquivo de projeto (C++) – #2449

DCRs

  • Ler DotnetCliToolTargetFramework da indicação do CPS – #5397

  • A verificação de TPMinV deve funcionar para o pj estilo UWP – #4763

  • Melhorar a descrição da interface do usuário para pacotes AutoReferenced – #4471

  • A restauração do NuGet está selecionando ativos de compilação da seção de runtime. - #4207

  • Colocar o diagnóstico de dependência no arquivo de bloqueio – #1599

Lista de Problemas