Comment garder VS2015 NuGet de l'ajout de packages à TFS

VS2013 avait un bug où NuGet serait ajouter des paquets en attente de changements, même si vous lui avez dit de ne pas avec .tfignore. Il y avait un solution de contournement, mais il ne fonctionne pas avec VS2015/NuGet3, et NuGet est de retour à ses vieux trucs. Est-il un "Nu" solution de contournement? 🙂

Microsoft élément de connexion: NuGet ajoute les paquets de TFS, malgré .tfignore

Pas la réponse que vous cherchez, mais après avoir défoncé ma tête contre le TFS mur pour une couple d'années, j'ai convaincu mon équipe que git est la façon de faire... .gitignore fonctionne réellement comme vous le souhaitiez 🙂

InformationsquelleAutor Edward Brey | 2015-08-07

41

Il ressemble à ce qui est fixé dans la version 3.2 RC de la NuGet Visual Studio 2015 à l'Extension de la mise à jour vers cette version a fonctionné pour moi, au moins.

Une discussion sur cette question peut être trouvée ici où il est recommandé de mettre à jour à partir de NuGet 3.1 3.2 RC.

Mise à jour

La Version 3.2 de l'extension a été publié (trouvé ici) qui comprend ce correctif.

Clarification

Pour obtenir ce travail vous avez besoin de deux choses:
1. Un nuget.config fichier contenant la disableSourceControlIntegration réglage
2. Une version de la NuGet Visual Studio 2015 Extension qui respecte les disableSourceControlIntegration paramètre (versions à partir de 3.2 ultérieur devrait fonctionner)
Comme indiqué dans le docs:

NuGet premier chargement de NuGet.config à partir de l'emplacement par défaut, des charges de n'importe quel fichier nommé NuGet.config à partir de la racine du lecteur en cours et se terminant dans le répertoire courant.

Cela signifie que vous pouvez spécifier <solution><add key="disableSourceControlIntegration" value="true" /></solution> dans le fichier de configuration par défaut pour votre profil utilisateur (qui se trouve à %APPDATA%\NuGet\NuGet.Config) ou dans le NuGet fichier de configuration de votre solution répertoire, par exemple, \MySolution\.NuGet\NuGet.config.
- J'ai trouvé qu'il est plus facile d'ajouter de l' disableSourceControlIntegration option pour le fichier de config par défaut à %APPDATA%\NuGet\NuGet.Config comme suit: <?xml version="1.0" encoding="utf-8"?> <configuration> <solution> <add key="disableSourceControlIntegration" value="true" /> </solution> </configuration>
- Vous venez de résoudre quelque chose pour moi qui a été ennuyeux moi depuis 2013. Je n'ai jamais su qu'il y avait un MONDIAL nuget.fichier de config!
- Je suis en 3.2 RC et obtenez toujours l'erreur. Il peut être intéressant de noter que ce projet a été créé en 2013 et de la migration vers 2015
- Gardez à l'esprit que tout simplement la mise à jour de l'extension ne sera probablement pas à résoudre ce problème s'il existe déjà (c'est à dire, le dossier packages est dans la source de contrôle est déjà fait). Dans ce cas, vous aurez besoin de retirer le dossier packages de TFS avant VS va commencer en l'ignorant.
- Je viens de faire un nouveau projet avec VS2015. À l'aide de 3.3.0.167 de Gestionnaire de Package NuGet pour Visual Studio. Sur Add Solution to Source Control il a ajouté les paquets dossier, sous-dossier, les fichiers binaires, etc. Je ne pense pas que cette réponse œuvres.
- Votre nouveau projet de nuget.fichier de config? Vous aurez toujours besoin de sorte que vous pouvez définir le disableSourceControlIntegration réglage.
- Cheers, j'ai intégré dans ma réponse. Vous souvenez-vous de la version de l'extension NuGet vous utilisez l'époque? La Version 3.1 a cassé le support pour disableSourceControlIntegration.
- Fichier -> Nouvelle Application de Console et puis Install SomeNugetPackage - ne pas ajouter un NuGet.fichier de configuration de la solution ou dossier de projet je suis donc allé avec les conseils ci-dessous à l'aide de %AppData%\NuGet\NuGet.Config. Je ne savais pas à propos de ce fichier supplémentaire que vous pouvez éventuellement créer de la solution elle-même.
- Cela a bien fonctionné, mais ne le savais pas au début que c'est par utilisateur, puisque APPDATA est un profil d'utilisateur. Donc, je pense que ce doit être copié à chaque programmeur, sur n'importe quel ordinateur qu'ils utilisent.
- Encore un problème avec VS 2015 Upd3 Nuget 3.5, les colis sont arrivés et je n'ai pas de \MySolution\.NuGet\NuGet.config
- Sauf si je suis malentendu vous, le manque de nuget.fichier de configuration (et donc la disableSourceControlIntegration directive) est pourquoi, les paquets sont en cours d'archivage.
- Suis-je tort de penser que maintenant par défaut VS2015\NuGet doit être configuré pour ne pas vérifier dans les paquets? ....il a été un certain temps depuis que j'ai créé une nouvelle solution sous contrôle de code source.
- Je ne crois pas qu'une NuGet.fichier de config est ajouté à la solution par défaut, ce qui signifie que les paquets sont de se faire contrôler dans. Si vous le souhaitez, vous pouvez désactiver le package d'archivage à votre profil d'utilisateur de niveau de sorte qu'il est appliqué à toute solution. Comme vous, je suis surpris qu'un plus raisonnable par défaut n'a pas encore été déterminé compte tenu de la façon indésirable, il est de vérifier les paquets dans.
InformationsquelleAutor nick_w
5

Dans votre %AppData%\NuGet\NuGet.Config fichier, ajoutez le code suivant juste avant la </configuration> balise XML...
```
<config>
  <add key="repositoryPath" value="C:\NuGetPackages" />
</config>
<solution>
  <add key="disableSourceControlIntegration" value="true" />
</solution>
```
...vous pouvez spécifier un chemin d'accès que vous voulez - l'important, c'est de le mettre à l'EXTÉRIEUR de votre TFS espace de travail!

Maintenant, vous n'aurez jamais à vous soucier de ce genre de choses nouveau. Votre solution de dossier ne contient pas les paquets de plus, toutes les solutions par défaut à l'aide de vos paquets personnalisés emplacement.

NOTE - Cela fonctionne est sur une base par utilisateur.

Jusqu'à maintenant, j'ai fait la même chose dans un one-config-par-solution (\.nuget\NuGet.Config) manière. Grâce à @dsghi pour le comprendre!

Assurez-vous que votre solution de dossier ne contient pas de .nuget dossier (ancienne façon de faire les choses). Même si le dossier n'est PAS inclus dans la solution et seulement dans le système de fichiers, il écrase tout!
- Cela a fonctionné, mais vous avez vraiment 2 réponses ici. Je ne veux disableSourceControlIntegration pas choisir un nouvel emplacement pour le repositoryPath.
- La raison pour laquelle cela fonctionne est probablement parce que vous avez mis à jour votre version de la NuGet VS 2015 Extension. Dans la version 3.1 de la disableSourceControlIntegration paramètre n'a pas de travail, peu importe où votre fichier de configuration a été.
- Hum, c'est étrange. J'ai fait cela depuis VS2013
- Moi aussi. Ce que je veux dire, c'est que de 3,1 cassé le support pour le réglage - il a bien fonctionné avant et après.
InformationsquelleAutor Heliac
0

J'ai le même problème et je n'ai pas trouvé une vraie solution pour le moment.

La seule solution que j'ai trouvé pour l'instant est:
- Cliquez-droit sur le dossier packages dans "l'Équipe de l'Explorateur - les Modifications en Attente"
  et sélectionnez "annuler".
- La solution de contournement vraiment juste l'étape 1. "Annuler les modifications en attente" ne pas supprimer les fichiers, et vous n'avez pas à vérifier tout de suite. Alors, c'est bien qu'il y est une solution raisonnable, c'est peut-être la présence est aussi la malédiction qui a gardé ce bug d'obtenir tout l'amour depuis si longtemps.
- Ouais, vous avez raison. J'ai été avoir à y penser le problème.
InformationsquelleAutor Drol

Vous devez vous connecter pour publier un commentaire.