Problemas conhecidos com o NuGet

Esses são os problemas conhecidos mais comuns com o NuGet que são relatados repetidamente. Se você estiver tendo problemas para instalar o NuGet ou gerenciar pacotes, examine esses problemas conhecidos e suas resoluções.

As configurações de Auditoria do NuGet podem não ser aplicadas corretamente para projetos usando packages.config no Visual Studio 17.10

O suporte à Auditoria do NuGet foi adicionado para projetos packages.config a partir do NuGet 6.10 e do Visual Studio 17.10. Informações sobre como configurar a Auditoria do NuGet podem ser encontradas em nossos documentos em nossos documentos sobre pacotes de auditoria.

Problema:

Se dois ou mais projetos que usam packages.config na solução usarem o mesmo nome de projeto, a Auditoria do NuGet escolherá um e usará as mesmas configurações de Auditoria do NuGet para ambos os projetos.

O problema de acompanhamento para remover essa limitação está disponível no GitHub.

Solução alternativa:

Se todos os projetos com o mesmo nome usarem os mesmos valores de configuração, não haverá diferença funcional quando o NuGet restaurar um projeto usando a configuração de um projeto diferente.

NuGet.exe não tem essa limitação, portanto, você pode baixar NuGet.exe e executar NuGet.exe restore em sua solução para ver se os avisos de Auditoria do NuGet são diferentes na linha de comando para o que o Visual Studio está relatando.

Se for viável renomear os projetos para que eles tenham nomes de projeto diferentes, esse cenário de problema não será encontrado.

Problemas de autenticação com feeds do NuGet no VSTS com nuget.exe v3.4.3

Problema:

Quando usamos o comando a seguir para armazenar as credenciais, acabamos criptografando duas vezes o Token de Acesso Pessoal.

$PAT = "Seu token de acesso pessoal" $Feed = "Sua url" .\nuget.exe fontes adicionar -Name Test -Source $Feed -UserName $UserName -Password $PAT

Solução alternativa:

Armazene senhas em texto claro usando a opção -StorePasswordInClearText .

Erro ao instalar pacotes com o NuGet 3.4, 3.4.1

Problema:

No NuGet 3.4 e 3.4.1, ao usar o suplemento NuGet, nenhuma fonte é relatada como disponível e não é possível adicionar novas fontes na janela de configuração. O resultado é semelhante à imagem abaixo:

O NuGet.Config arquivo na pasta %AppData%\NuGet\ (Windows) ou ~/.nuget/ (Mac/Linux) foi esvaziado acidentalmente. Para corrigir isso: feche o Visual Studio (no Windows, se aplicável), exclua o NuGet.Config arquivo e tente a operação novamente. O NuGet gerou um novo NuGet.Config e você deve ser capaz de continuar.

Erro ao instalar pacotes com o NuGet 2.7

Problema:

No NuGet 2.7 ou superior, ao tentar instalar qualquer pacote que contenha referências de assembly, você poderá receber a mensagem de erro "A cadeia de caracteres de entrada não estava em um formato correto". Como abaixo:

install-package log4net
    Installing 'log4net 2.0.0'.
    Successfully installed 'log4net 2.0.0'.
    Adding 'log4net 2.0.0' to Tyson.OperatorUpload.
    Install failed. Rolling back...
    install-package : Input string was not in a correct format.
    At line:1 char:1
        install-package log4net
        ~~~~~~~~~~~~~~~~~~~~~~~
        CategoryInfo : NotSpecified: (:) [Install-Package], FormatException
        FullyQualifiedErrorId : NuGetCmdletUnhandledException,NuGet.PowerShell.Commands.InstallPackageCommand

Isso é causado pela biblioteca de tipos do componente COM VSLangProj.dll não estar registrada em seu sistema. Isso pode acontecer, por exemplo, quando você tem duas versões do Visual Studio instaladas lado a lado e desinstala a versão mais antiga. Isso pode cancelar inadvertidamente o registro da biblioteca COM acima.

Solução::

Execute este comando a partir de um prompt com privilégios elevados para reinscrever a biblioteca de tipos para VSLangProj.dll

regsvr32 "C:\Program Files (x86)\Common Files\microsoft shared\MSEnv\VsLangproj.olb"

Se o comando falhar, verifique se o arquivo existe nesse local.

Para obter mais informações sobre esse erro, consulte este [work item](https://nuget.codeplex.com/workitem/3609 "Work item 3609").

Falha de build após a atualização do pacote no VS 2012

O problema: você está usando o VS 2012 RTM. Ao atualizar pacotes Do NuGet, você receberá esta mensagem: "Não foi possível concluir um ou mais pacotes desinstalados" e será solicitado que você reinicie o Visual Studio. Após a reinicialização do VS, você recebe erros estranhos de build.

A causa é que determinados arquivos nos pacotes antigos são bloqueados por um processo do MSBuild em segundo plano. Mesmo após a reinicialização do VS, o processo msbuild em segundo plano ainda usa os arquivos nos pacotes antigos, causando as falhas de build.

A correção é instalar a Atualização do VS 2012, por exemplo, VS 2012 Atualização 2.

A atualização para o NuGet mais recente de uma versão mais antiga causa um erro de verificação de assinatura

Se você estiver executando o VS 2010 SP1, poderá encontrar a seguinte mensagem de erro ao tentar atualizar o NuGet se tiver uma versão mais antiga instalada.

Ao exibir os logs, você pode ver uma menção de um SignatureMismatchException.

Para evitar que isso ocorra, há um hotfix do Visual Studio 2010 SP1 que você pode instalar. Como alternativa, a solução alternativa é simplesmente desinstalar o NuGet (enquanto executa o Visual Studio como Administrador) e instalá-lo na Galeria de Extensões do VS. Consulte https://support.microsoft.com/kb/2581019 para obter mais informações.

A Console do Gerenciador de Pacotes gera uma exceção quando a extensão do Visual Studio Reflector também está instalada.

Ao executar o Console do Gerenciador de Pacotes, você pode encontrar esta mensagem de exceção se tiver o Complemento Refletor para VS instalado.

The following error occurred while loading the extended type data file:
Microsoft.PowerShell.Core, C:\Windows\SysWOW64\WindowsPowerShell\v1.0\types.ps1xml(2950) :
Error in type "System.Security.AccessControl.ObjectSecurity":
Exception: Cannot convert the "Microsoft.PowerShell.Commands.SecurityDescriptorCommandsBase"
value of type "System.String" to type "System.Type".
System.Management.Automation.ActionPreferenceStopException:
Command execution stopped because the preference variable "ErrorActionPreference" or common parameter
is set to Stop: Unable to find type

or

System.Management.Automation.CmdletInvocationException: Could not load file or assembly 'Scripts\nuget.psm1' or one of its dependencies. <br />The parameter is incorrect. (Exception from HRESULT: 0x80070057 (E_INVALIDARG)) ---&gt; System.IO.FileLoadException: Could not load file or <br />assembly 'Scripts\nuget.psm1' or one of its dependencies. The parameter is incorrect. (Exception from HRESULT: 0x80070057 (E_INVALIDARG)) <br />---&gt; System.ArgumentException: Illegal characters in path.
    at System.IO.Path.CheckInvalidPathChars(String path)
    at System.IO.Path.Combine(String path1, String path2)
    at Microsoft.VisualStudio.Platform.VsAppDomainManager.<AssemblyPaths>d__1.MoveNext()
    at Microsoft.VisualStudio.Platform.VsAppDomainManager.InnerResolveHandler(String name)
    at Microsoft.VisualStudio.Platform.VsAppDomainManager.ResolveHandler(Object sender, ResolveEventArgs args)
    at System.AppDomain.OnAssemblyResolveEvent(RuntimeAssembly assembly, String assemblyFullName)
    --- End of inner exception stack trace ---
    at Microsoft.PowerShell.Commands.ModuleCmdletBase.LoadBinaryModule(Boolean trySnapInName, String moduleName, String fileName, <br />Assembly assemblyToLoad, String moduleBase, SessionState ss, String prefix, Boolean loadTypes, Boolean loadFormats, Boolean&amp; found)
    at Microsoft.PowerShell.Commands.ModuleCmdletBase.LoadModuleNamedInManifest(String moduleName, String moduleBase, <br />Boolean searchModulePath, <br />String prefix, SessionState ss, Boolean loadTypesFiles, Boolean loadFormatFiles, Boolean&amp; found)
    at Microsoft.PowerShell.Commands.ModuleCmdletBase.LoadModuleManifest(ExternalScriptInfo scriptInfo, ManifestProcessingFlags <br />manifestProcessingFlags, Version version)
    at Microsoft.PowerShell.Commands.ModuleCmdletBase.LoadModule(String fileName, String moduleBase, String prefix, SessionState ss, <br />Boolean&amp; found)
    at Microsoft.PowerShell.Commands.ImportModuleCommand.ProcessRecord()
    at System.Management.Automation.Cmdlet.DoProcessRecord()
    at System.Management.Automation.CommandProcessor.ProcessRecord()
    --- End of inner exception stack trace ---
    at System.Management.Automation.Runspaces.PipelineBase.Invoke(IEnumerable input)
    at System.Management.Automation.Runspaces.Pipeline.Invoke()
    at NuGetConsole.Host.PowerShell.Implementation.PowerShellHost.Invoke(String command, Object input, Boolean outputResults)
    at NuGetConsole.Host.PowerShell.Implementation.PowerShellHostExtensions.ImportModule(PowerShellHost host, String modulePath)
    at NuGetConsole.Host.PowerShell.Implementation.PowerShellHost.LoadStartupScripts()
    at NuGetConsole.Host.PowerShell.Implementation.PowerShellHost.Initialize()
    at NuGetConsole.Implementation.Console.ConsoleDispatcher.Start()
    at NuGetConsole.Implementation.PowerConsoleToolWindow.MoveFocus(FrameworkElement consolePane)

Contatamos o autor do suplemento na esperança de resolver uma resolução.

Atualização: verificamos que a versão mais recente do Reflector, 6.5, não causa mais essa exceção no console.

Falha ao abrir o Console do Gerenciador de Pacotes com exceção objectSecurity

Você pode ver esses erros ao tentar abrir o Console do Gerenciador de Pacotes:

The following error occurred while loading the extended type data file: Microsoft.PowerShell.Core, C:\Windows\SysWOW64\WindowsPowerShell\v1.0\types.ps1xml(2977) : Error in type "System.Security.AccessControl.ObjectSecurity": Exception: The getter method should be public, non void, static, and have one parameter of type PSObject.
The following error occurred while loading the extended type data file: Microsoft.PowerShell.Core, C:\Windows\SysWOW64\WindowsPowerShell\v1.0\types.ps1xml(2984) : Error in type "System.Security.AccessControl.ObjectSecurity": Exception: The getter method should be public, non void, static, and have one parameter of type PSObject.
The following error occurred while loading the extended type data file: Microsoft.PowerShell.Core, C:\Windows\SysWOW64\WindowsPowerShell\v1.0\types.ps1xml(2991) : Error in type "System.Security.AccessControl.ObjectSecurity": Exception: The getter method should be public, non void, static, and have one parameter of type PSObject.
The following error occurred while loading the extended type data file: Microsoft.PowerShell.Core, C:\Windows\SysWOW64\WindowsPowerShell\v1.0\types.ps1xml(2998) : Error in type "System.Security.AccessControl.ObjectSecurity": Exception: The getter method should be public, non void, static, and have one parameter of type PSObject.
The following error occurred while loading the extended type data file: Microsoft.PowerShell.Core, C:\Windows\SysWOW64\WindowsPowerShell\v1.0\types.ps1xml(3005) : Error in type "System.Security.AccessControl.ObjectSecurity": Exception: The getter method should be public, non void, static, and have one parameter of type PSObject.
The term 'Get-ExecutionPolicy' is not recognized as the name of a cmdlet, function, script file, or operable program. Check the spelling of the name, or if a path was included, verify that the path is correct and try again.

Nesse caso, siga a solução discutida no StackOverflow para corrigi-las.

A caixa de diálogo Adicionar Referência da Biblioteca de Pacotes gerará uma exceção se a solução contiver o Projeto InstallShield Limited Edition

Identificamos que, se sua solução contiver um ou mais projetos do InstallShield Limited Edition, a caixa de diálogo Adicionar Referência da Biblioteca de Pacotes gerará uma exceção quando aberta. No momento, ainda não há nenhuma solução alternativa, exceto remover projetos do InstallShield ou descarregá-los.

Botão de desinstalar esmaecido? O NuGet requer privilégios de administrador para instalar/desinstalar

Se você tentar desinstalar o NuGet por meio do Gerenciador de Extensões do Visual Studio, poderá notar que o botão Desinstalar está desabilitado. O NuGet requer acesso de administrador para instalar e desinstalar. Relançar o Visual Studio como administrador para desinstalar a extensão. O NuGet não requer acesso de administrador para usá-lo.

O Console do Gerenciador de Pacotes falha quando o abro no Windows XP. Qual é o problema?

O NuGet requer o runtime do Powershell 2.0. O Windows XP, por padrão, não tem o Powershell 2.0. Você pode baixar o runtime do Powershell 2.0 no Download do PowerShell 2.0. Depois de instalá-lo, reinicie o Visual Studio e você poderá abrir o Console do Gerenciador de Pacotes.

O Visual Studio 2010 SP1 Beta falhará ao sair se o Console do Gerenciador de Pacotes estiver aberto.

Se você tiver instalado o Visual Studio 2010 SP1 Beta, poderá observar que, se deixar o Console do Gerenciador de Pacotes aberto e fechar o Visual Studio, ele falhará. Esse é um problema conhecido do Visual Studio e será corrigido na versão SP1 RTM. Por enquanto, basta ignorar a falha ou desinstalar o SP1 Beta se puder.

O elemento 'metadados' ... ocorre uma exceção de elemento filho inválida

Se você instalou pacotes criados com uma versão de pré-lançamento do NuGet, poderá encontrar uma mensagem de erro informando "O elemento 'metadados' no namespace 'schemas.microsoft.com/packaging/2010/07/nuspec.xsd' tem elemento filho inválido" ao executar a versão RTM do NuGet com esse projeto. Você precisa desinstalar e, em seguida, reinstalar cada pacote usando a versão RTM do NuGet.

A tentativa de instalar ou desinstalar resultados no erro "Não é possível criar um arquivo quando esse arquivo já existe".

Por algum motivo, as extensões do Visual Studio podem entrar em um estado estranho em que você desinstalou a extensão VSIX, mas alguns arquivos foram deixados para trás. Para contornar este problema:

1. Sair do Visual Studio

2. Abra a pasta a seguir (pode estar em uma unidade diferente em seu computador)

   C:\Arquivos de Programas (x86)\Microsoft Visual Studio 10.0\Common7\IDE\Extensions\Microsoft Corporation\NuGet Package Manager<version>\

3. Exclua todos os arquivos com as extensões .deleteme .

4. Reabrir o Visual Studio

Depois de seguir estas etapas, você poderá continuar.

Em casos raros, compilar com a Análise de Código ativada causa erro.

Você poderá receber o erro a seguir se instalar FluentNHibernate com o console do Gerenciador de Pacotes e, em seguida, compilar seu projeto com "Análise de Código" ativado.

Error 3 CA0058 : The referenced assembly
'NHibernate, Version=3.0.0.2001, Culture=neutral, PublicKeyToken=aa95f207798dfdb4'
could not be found. This assembly is required for analysis and was referenced by:
C:\temp\Scratch\src\MyProject.UnitTests\bin\Debug\MyProject.UnitTests.dll.
MyProject.UnitTests

Por padrão, FluentNHibernate requer NHibernate 3.0.0.2001. No entanto, por design, o NuGet instalará o NHibernate 3.0.0.4000 em seu projeto e adicionará os redirecionamentos de associação apropriados para que ele funcione. O projeto será compilado corretamente se a análise de código não estiver ativada. Ao contrário do compilador, a ferramenta de análise de código não segue corretamente os redirecionamentos de associação para usar 3.0.0.4000 em vez de 3.0.0.2001. Você pode contornar o problema instalando o NHibernate 3.0.0.2001 ou informando à ferramenta de análise de código para se comportar da mesma forma que o compilador, fazendo o seguinte:

1. Acesse %PROGRAMFILES%\Microsoft Visual Studio 10.0\Team Tools\Static Analysis Tools\FxCop
2. Abra FxCopCmd.exe.config e altere AssemblyReferenceResolveMode de StrongName para StrongNameIgnoringVersion.
3. Salve a alteração e recompile seu projeto.

O comando Write-Error não funciona dentro de install.ps1/uninstall.ps1/init.ps1

Esse é um problema conhecido. Em vez de chamar Write-Error, tente chamar throw.

throw "My error message"

Instalar o NuGet com acesso restrito no Windows 2003 pode falhar no Visual Studio

Ao tentar instalar o NuGet usando o Gerenciador de Extensões do Visual Studio e não estiver em execução como administrador, a caixa de diálogo "Executar como" é exibida com a caixa de seleção rotulada "Executar este programa com acesso restrito" marcada por padrão.

Clicar em OK com isso marcado faz o Visual Studio travar. Desmarque essa opção antes de instalar o NuGet.

Não é possível desinstalar o NuGet para Ferramentas do Windows Phone

As Ferramentas do Windows Phone não têm suporte para o Gerenciador de Extensões do Visual Studio. Para desinstalar o NuGet, execute o comando a seguir.

vsixinstaller.exe /uninstall:NuPackToolsVsix.Microsoft.67e54e40-0ae3-42c5-a949-fddf5739e7a5

Alterar a capitalização das IDs do pacote NuGet interrompe a restauração do pacote

Conforme discutido longamente sobre este problema no GitHub, a alteração da capitalização de pacotes NuGet pode ser feita pelo suporte do NuGet, mas causa complicações durante a restauração de pacotes para usuários que já têm pacotes existentes, com capitalização diferente, na pasta global-packages. É recomendável solicitar apenas uma alteração de caso quando você tiver uma maneira de se comunicar com os usuários existentes do pacote sobre a interrupção que pode ocorrer na restauração do pacote de tempo de build.

Problemas de relatórios

Para relatar problemas do NuGet, visite https://github.com/nuget/home/issues.