visual-studio-2013 - valida - update all nuget packages visual studio 2017

Visual Studio 2013 ignora nuget.config

Question

Tengo un proyecto de Visual Studio 2013 que usa Nuget. Tengo un archivo packages.config en el directorio raíz de la solución, que define los paquetes de Nuget que queremos instalar. También tengo un archivo nuget.config en el directorio raíz de la solución, que define packageSources, así como algunos packageSourceCredentials. Una de las fuentes del paquete es un repositorio privado para nuestra empresa.

Si abro un símbolo del sistema en ese directorio raíz de la solución, y nuget restore , funciona bien y puede nuget restore a nuestros repositorios privados para extraer algunos de los paquetes personalizados que usamos.

Pero si abro la solución en Visual Studio 2013 y la construyo, falla al intentar descargar nuestros paquetes personalizados, porque aparentemente está ignorando nuestro archivo nuget.config, y por lo tanto no sabe acerca de nuestro repositorio nuget privado.

Podría ir a Herramientas> Opciones y agregar nuestro repositorio privado, pero estamos tratando de hacer todo dentro de la solución en sí, para que se desarrolle de fábrica sin necesidad de una configuración personalizada.

¿Por qué VSN 2013 ignora nuget.config?

Answer 1

¿Está en su proyecto de sitio web de solución o proyecto de aplicación web? Creo que el proyecto del sitio web ignora el archivo nuget.config.

Answer 2

Creé un nuevo proyecto con la siguiente estructura de directorio.

-ConsoleApplication1
    -ConsoleApplication1
    -ConsoleApplication1.sln
    -nuget.config

Antes de agregar nuget.config, no pude ver ninguno de mis repositorios privados al usar la función Administrar paquetes de Nuget para la solución. Cuando agregué el nuget.config, pude ver mis nuevos repositorios en la ventana de diálogo. También puedo restaurar mis paquetes usando Nuget restore y desde una compilación dentro de VS 2013.

Mi nuget.config se parece a esto

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <packageRestore>
        <add key="enabled" value="True" />
        <add key="automatic" value="True" />
    </packageRestore>
    <packageSources>
        <add key="nuget.org" value="https://www.nuget.org/api/v2/" />
        <add key="MyRepo" value="http://XX.XX.XXX.XX:81/host/repo" />
    </packageSources>
    <activePackageSource>
        <add key="All" value="(Aggregate source)" />
    </activePackageSource>
</configuration>

En función de su problema descrito, lo único que puedo pensar es que puede haber intentado anteriormente deshabilitar Nuget Package Restore de su proyecto antes de utilizar el método actualizado de restauración de paquetes. Si no se restaura el paquete de la bomba de alfombra de cada proyecto al mismo tiempo, puede quedar alguna lógica que pueda interferir con el nuevo método. Por ejemplo, si eliminó la carpeta .nuget de su solución, el archivo nuget.config aún podría estar allí causando conflictos.

Answer 3

Descubrí que si tienes una solución multiproyectos, con los proyectos en carpetas dentro de la carpeta de la solución, no funciona poner NuGet.config en una carpeta del proyecto. No recoge la fuente del paquete privado. Funciona si coloca un NuGet.config en la carpeta de la solución.

Es decir, esto no funciona:

• Solución
  • ProjectA
    • ProjectA.csproj
  • Proyecto B
    • ProjectB.csproj
    • NuGet.config

mientras esto funciona:

• Solución
  • ProjectA
    • ProjectA.csproj
  • Proyecto B
    • ProjectB.csproj
  • NuGet.config

También encontré que la opción disableSourceControlIntegration no funciona cuando se especifica en /NuGet.config . Solo funciona cuando está en .nuget/NuGet.config . Así que tengo dos archivos de configuración para mi solución, uno en la raíz que contiene la configuración de origen del paquete y otro en la carpeta .nuget con la opción disableSourceControlIntegration .

Probado con Visual Studio 2012 Update 5 y NuGet Package Manager extension 2.8.5.

Answer 4

Reinicie Visual Studio después de editar NuGet.config!

Me he dado cuenta de que VS2012 no se da cuenta de los cambios en NuGet.config hasta después de reiniciarlo.