Obtener TFS para ignorar mi carpeta de paquetes

Estoy intentando que TFS (2013) ignore mi packagescarpeta. ¡No quiero que su fuente sea controlada ya que estoy usando NuGet y es genial!

He intentado encubrir (no parece funcionar), he intentado agregar .tfignorearchivos, no se ignora nada. ¿Por qué el equipo de TFS no agrega una opción para ignorar permanentemente una carpeta o archivo como hacen muchos clientes de Subversion?

Aquí está el trato: tenemos que decirle a NuGet y TFS que ignoren los paquetes, porque NuGet está tratando de hacer cosas relacionadas con el control de origen que no deberían estar haciendo (¡mal, Microsoft!). Entonces tienes que hacer dos cosas.

Primero, agregue un archivo con nombre .tfignorea la carpeta de la solución (tenga en cuenta la falta de sdespués de tf). Su contenido debe ser el siguiente:

\packages

Eso le dice a TFS que ignore su carpeta de paquetes. Ahora, pensaría que esto también ignoraría el repositories.configarchivo. Pero no lo hará. ¿Por qué? Quién sabe, los caminos de Microsoft son extraños y misteriosos. En realidad, creo que es parte de las cosas de NuGet que describo a continuación, pero si eso se soluciona en el futuro y desea mantener el repositories.configarchivo en lugar de permitir que VS lo regenere, debería poder usar esto:

\packages
!\packages\repositories.config

Bien, ahora gracias a nuestro .tfignorearchivo, TFS está ignorando sus paquetes. Todo está bien, ¿verdad? Incorrecto , porque NuGet está jugando con su control de origen y está agregando los paquetes a sus cambios pendientes. Así que ahora digamos a NuGet que ya lo corte.

Cree una carpeta llamada .nugeten la raíz de su carpeta de solución. ¹ Ahora, cree un archivo llamado NuGet.configy póngalo en esta nueva carpeta ² . Su contenido debería verse así:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <solution>
    <add key="disableSourceControlIntegration" value="true" />
  </solution>
</configuration>

Y ahora sus paquetes deben estar fuera del control de la fuente. Solo recuerde agregar los archivos NuGet.configy .tfignoreal control de origen para que nunca se pierdan.

EDITAR: si tiene problemas, es posible que desee eliminar la carpeta de paquetes, verifique ese cambio y luego siga los pasos anteriores.

TAMBIÉN EDITAR: Parece que esto no sucederá con las versiones más nuevas de Nuget. Entonces, si cambia a VS / TFS 2017, este problema se solucionará sin saltar a través de los aros anteriores.

_{1 . Agregue la carpeta usando Source Control Explorer; Haga clic con el botón derecho en la solución-> Agregar carpeta ->. nuget
2 . Cuando descubrí esto usando VS 2013, encontré que NuGet.config tenía que ir en la carpeta .nuget. Incluso si ya tiene un archivo NuGet.config en la raíz de la carpeta de su solución (porque, por ejemplo, su empresa tiene una fuente Nuget interna). Sin embargo, algunos de los comentarios han indicado que funciona bien en la raíz de la solución en VS 2015. Personalmente, cambié a usar TFS en modo git, por lo que no puedo probar. Además, si tiene un feed personalizado, asegúrese de tener el feed personalizado y nuget.org como claves en el archivo Nuget.config, o en ocasiones TFS decidirá al azar que no puede restaurar los paquetes.}

Una solución alternativa a lo anterior es la siguiente.

• Agregue la carpeta de paquetes a TFS (sin ningún archivo o subcarpeta)
• Haga clic derecho en la carpeta de paquetes
• Clic izquierdo avanzado
• Haga clic en capa

Vale la pena señalar que esta solución debería aplicarse por espacio de trabajo TFS. Me ha funcionado de manera mucho más confiable en lugar de usar el .tfignorearchivo.

Puede leer más sobre este enfoque en el artículo del blog Evite que TFS agregue paquetes NuGet instalados al control de origen .

para las personas que informan que la opción .tfignore no funcionaba con la configuración nuget.config podría ser de interés, estos pasos finalmente me funcionaron:

1. Eliminar todo en mi carpeta de paquetes
2. Asegúrese de que TFS no tenga cambios pendientes en esa carpeta
3. Cerrar VS
4. Vuelva a abrir VS y recargue la solución: use la restauración de Nuget para volver a llenar los paquetes. Tenga en cuenta que no hay cambios pendientes para el control de origen TFS

Agregue un archivo nuget.config en una carpeta .nuget en su solución. Agregue lo siguiente al archivo nuget.config:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <solution>
    <add key="disableSourceControlIntegration" value="true" />
  </solution>
</configuration>

DisableSourceControlIntegration es lo que hace el truco para el Control de versiones de TFS.

Debe estar utilizando espacios de trabajo locales para .tfignoretrabajar. El .tfignorearchivo debe estar en la carpeta que contiene los archivos o carpetas que desea ignorar.

Entonces, si la estructura de su solución se ve así:

\Project
   \Packages
   \OtherStuff
   foo.cs

Pondría su archivo .tfignore en \ Project:

\Project
   \Packages
   \OtherStuff
   foo.cs
   .tfignore

El contenido de .tfignore en su caso sería:

\packages

Aquí hay documentación para usted: http://msdn.microsoft.com/library/vstudio/ms245454(v=vs.110).aspx#tfignore

¡Puede configurarlo de forma permanente en AppData\Roamingtodas sus soluciones (antiguas y nuevas)!

En su %AppData%\NuGet\NuGet.Configarchivo, agregue lo siguiente justo antes de la </configuration>etiqueta XML ...

<config>
  <add key="repositoryPath" value="C:\NuGetPackages" />
</config>
<solution>
  <add key="disableSourceControlIntegration" value="true" />
</solution>

... puede especificar cualquier ruta que desee: ¡lo importante es colocarla FUERA de su espacio de trabajo TFS!

Ahora nunca más tendrás que preocuparte por esas cosas. Su carpeta de soluciones ya no contendrá ningún paquete; todas las soluciones usarán de manera predeterminada la ubicación de sus paquetes personalizados.

NOTA: esto funciona por usuario.

Configure su solución para restaurar en la compilación, la carpeta del paquete y el archivo de paquetes se registrarán pero los paquetes no.

Si está utilizando Git con TFS, debe agregar un archivo ".gitignore". Puede hacer esto en "proyecto de equipo | Configuración | 'agregar ignorar archivo'". Luego abra el archivo y elimine el comentario de la instrucción de ignorar incorporada para los paquetes Nuget.

Si está utilizando TFVC y tiene espacios de trabajo locales configurados, puede usar el archivo ".tfignore" que respeta un formato idéntico al archivo Git. Creo que necesitas "paquetes /".

Esto no funcionó para mí en Visual Studio en línea y VS2013.

• Haga clic con el botón derecho en Solución> Habilitar restauración de paquete NuGet. Esto agregará el archivo Nuget.config a la solución

• Agrega el .tfignore. Normalmente hago esto agregando un archivo de texto a la raíz de la solución, dejándolo detectar y luego excluyendo haciendo clic en 'agregar agregado'> haga clic derecho en ignorar.

• Agregue los paquetes a .tfignore y dígale que incluya repositorios.config

De los otros comentarios parece que su kilometraje puede variar en este momento. Esto es lo que hago:

• Verifique todo, incluidos los paquetes.

• Elimine todos los paquetes en su solución y luego verifique este cambio (esto eliminará los paquetes de TFS)

• Abra la solución y compile lo que agregará los paquetes al proyecto pero TFS no los recogerá.

La solución que funcionó para mí fue crear un .tfignore y la siguiente configuración en Nuget.Config:

<configuration>
  ...
  <solution>
    <add key="disableSourceControlIntegration" value="true" />
  </solution>  
  ...
</configuration>

Mi .tfignore contiene esta línea:

\packages

[Estoy usando Visual Studio 2015 Update 2]

Esto no es ideal, y actualmente está registrado como un problema abierto en github / nuget:

Facilite la omisión de paquetes de TFVC # 493

La respuesta de Terje no funciona todo el tiempo para mí, a veces funcionará por un tiempo, pero luego volverá a tener una carga de "adiciones" para mí nuevamente.

La única forma que he encontrado para resolver esto permanentemente es Encubrir la carpeta de paquetes en mi Espacio de trabajo.

Por ejemplo:

Type      Server                Local
============================================
Active    $/Work/Main           C:\Code\Main
Cloaked   $/Work/Main/Packages

Tuve el mismo problema. /packagesdebería funcionar pero no lo hizo para mí. packages*.*funcionó