Nuget Package de mises à jour & Paquet.config retirer question (TF400024)

Nous sommes d'avoir des problèmes avec nuget package de mises à jour et TFS de contrôle de la source d'intégration de ces derniers temps. Cela cause beaucoup de tracas avec notre équipe et nous faire hésiter à adopter des packages nuget entièrement.

Le problème /bug ; au lieu de la mise à jour de certains projets ".config" les fichiers, ils sont en train d'être supprimé du système de fichiers (et marqué comme supprimé dans TFS contrôle de code source...) je ne peux pas savoir pourquoi...

Le comportement que nous assistons, c'est à la suite de :

Ouvert en solution (approx. 18 projets) VS.NET 2012
Initier une solution au niveau du package de mise à jour à la dernière version via le Package de Gestion de la boîte de Dialogue, comme décrit ici.
- Le paquet.config existe et fait partie du ou des projet(s) à l'intérieur de ladite solution sélectionnée.
- Thèses de paquets.les configs ne sont PAS extraits de TFS encore.
Nuget package de mise à jour, sélectionnez le paquet.config sont retirés de projet et marqué comme supprimé dans TFS et les références restent dans le projet mis à jour à la version actuelle....
Évidemment, cela signifie que lorsque je vérifie dans la solution et les paquets.config sera supprimée, ce qui rend les futurs mises à jour (je crois) douloureux comme ci-dessus le projet va tomber nuget du radar....
J'ai remarqué cela et Annuler Check-Out & obtiens cette erreur:
```
TF400024: The change on xxx\packages.config cannot be undone because a file already exists at xxx\packages.config. The file must be deleted from disk for the undo to succeed.
```
- Intéressant, à TFS le fichier est marqué comme supprimé pourtant, il se trouve encore sur mon système de fichier?

La sortie fournie par le Gestionnaire de Package énumérés ci-après n'indiquent pas d'autres questions pour le projet dans lequel la pacakage.config a été supprimé...

Updating 'NugetPackageAssemblyA' from version '1.5.18.0' to '1.5.23.0' in project 'CommonUnitTests'.
 Removed reference 'AssemblyAA.dll' from project 'CommonUnitTests'
 Removed reference 'AssemblyBB.dll' from project 'CommonUnitTests'
 Removed reference 'AssemblyCC.dll' from project 'CommonUnitTests'
 Removed reference 'NugetPackageAssemblyA.dll' from project 'CommonUnitTests'
 Added file 'packages.config'.
 Removed file 'packages.config'
 Successfully removed 'NugetPackageAssemblyA 1.5.18.0' from CommonUnitTests.
 Added reference 'AssemblyAA' to project 'CommonUnitTests'
 Added reference 'AssemblyBB' to project 'CommonUnitTests'
 Added reference 'AssemblyCC' to project 'CommonUnitTests'
 Added reference 'NugetPackageAssemblyA' to project 'CommonUnitTests'
 'packages.config' already exists. Skipping...
 Successfully added 'NugetPackageAssemblyA 1.5.23.0' to CommonUnitTests.

DEV. Environnement Stats :

Gestionnaire de Package Nuget : version 2.2.40116.9051
Visual Studio 2012 : la version 11.051106.01 mise à Jour de 1

Est-ce que je suis absent ????
Grâce

Salut, auriez-vous l'esprit de dépôt d'un bug sur le site CodePlex pour que nous puissions étudier? nuget.codeplex.com/workitem/list/basic. Si vous pouvez partager votre solution et les paquets, ce serait génial.
Hey Superkinhluan, merci pour la réponse.... fait Nuget bug [lien] (nuget.codeplex.com/workitem/3170)...je vais besoin de créer une solution distincte et l'attacher à démontrer problème

OriginalL'auteur darthal | 2013-03-15

nuget tfs2012

16

Un simple enregistrement du code de Visual Studio en Ligne a fait le tour pour moi.

de telles est un peu dommage de microsoft, j'espère qu'ils le résoudre bientôt. j'ai perdu trop de temps sur la résolution de ce ...j'étais à la recherche pour le problème des références et des paquets, mais tous les problèmes proviennent de TFS!! WTH?! >:(
C'est ce qu'il faut pour moi...Merci !

OriginalL'auteur RHAD
10

Ce qui se passe ici (probable), c'est que vous avez une version précédente (ou la même version) de l' .dll en tant que référence, et à un CERTAIN stade (si vous l'avez fait ou VS l'a fait), il a supprimé la référence. Alors que vous ne voyez pas la référence dans le dossier, le TFS /GIT checkin processus est toujours en attente de "check in" le fait que vous avez supprimé. Donc, si vous n'avez pas coché dans ce fait, VS pense qu'il est encore là, alors qu'en réalité il ne l'est pas. Vous pouvez le vérifier dans l'Équipe de l'Explorateur de la zone où vous devriez être capable de voir supprimés .dll (indiqué par une ligne à travers elle).

Un peu stupide, mais c'est comment il va.

Absolue bouée de sauvetage! J'ai eu environ 50 fichiers dans cet état -, mais armés de ces connaissances, j'ai résolu le problème en supprimant tous les conflits de fichiers dans l'Explorateur Windows, l'ouverture de Visual Studio sans l'ouverture de la solution, l'ouverture de l'Équipe de l'Explorateur, en annulant les changements dans Team Explorer, puis obtenir la dernière version des fichiers précédemment supprimés.
Oh oui merci, j'ai eu un petit problème avec VS non compris les changements que j'ai faits à l'arrivée. Après j'ai inclus les supprime de l'amorçage dossier dans mon cas, et puis vérifier dans, il a bien travaillé.

OriginalL'auteur ChrisD
7

J'ai eu ce problème aussi.

À résoudre:
1. Ouvrez votre Explorateur du Contrôle de Source (Team Foundation)
2. Localiser les 'packages' dossier de solution
3. Faire de l'Archivage de ce dossier
Après cela, vous pouvez Installer les packages Nuget sans recevoir TF400024 erreur.

A fonctionné pour moi, merci de nous faire savoir que nous avons seulement besoin de vérifier dans le dossier packages et non pas l'ensemble de la solution.

OriginalL'auteur Jeferson Tenorio
2

Essayer:
- Unbind tous vos projets à partir de la source de contrôle
- Installer le package nuget
- Relier tous vos projets de nouveau
Oui, cela a fonctionné pour moi. Cependant, n'oubliez pas d'ajouter votre nouveau .nupkg les fichiers de la Source de Contrôle lors de la reliaison après. Vous aurez besoin de ces si vous faites un paquet de restauration sur Azure.

OriginalL'auteur Mateen Ulhaq
2

Une solution de contournement pour nous était de vérifier l'ensemble de la solution et ensuite mettre à jour vos paquets NuGet.

OriginalL'auteur Rich
0

J'ai eu un problème similaire et j'ai fait la suivante:
1. Supprimer le fichier à partir de mon pc.
2. Vérifier dans le changement.
OriginalL'auteur Geovanny López
0

Tous:

Si vous regardez le code de TSF, et parce que les relations complexes entre les paquets vous ne pouvez pas recharger une ou plusieurs nuget(s), voici ce que j'ai fait:
1. De supprimer le dossier de solution.
2. Découvrez le code à nouveau.
3. Clic droit sur la solution, puis cliquez sur "Restaurer les Packages NuGet"
Mais assurez-vous que le code fonctionne correctement avant le dernier moment de l'enregistrement.

Merci,

-Yuan Z

OriginalL'auteur YUAN ZHANG
0

J'ai eu ce même problème. Le problème était que j'avais déjà installé et désinstallé le paquet. Même si j'ai vérifié le projet dans TFS après l'installation, le paquet est resté dans le dossier packages dans mon TFS solution.

Afin de le résoudre, j'ai ouvert la Source de Contrôle de la fenêtre de l'Explorateur et trouve le dossier de problème identifié dans le package d'installation de message d'erreur:
"Le changement sur \packages[dossier][package].nupkg ne peut pas être annulée à cause d'un fichier existe déjà à \packages[dossier][package].nupkg. Le fichier doit être supprimé à partir du disque pour l'annuler pour réussir."

J'ai ensuite supprimé \packages[dossier] et contrôlé.

Après, mon NuGet package installé sans problème.

OriginalL'auteur The Furious Bear

Vous devez vous connecter pour publier un commentaire.