Comment empêcher Visual Studio de "toujours" extraire les fichiers de solution?

Pour apparemment aucune raison, chaque fois que j'ouvre ma solution, Visual Studio extrait le fichier sln.

Si je le compare à la version précédente, il n'y a aucun changement. Mais c'est vraiment frustrant car tout le monde a vérifié la solution.

J'utilise VS 2008 et TFS 2008, tous deux SP2.

Une idée sur la façon dont je peux empêcher cette chose de se produire? Ou est une fonctionnalité / bogue du fournisseur de contrôle de source TFS pour VS?

Cela se produit lorsque ce qui suit se trouve dans le fichier .sln:

GlobalSection(ExtensibilityGlobals) = postSolution
    MyGlobalProperty = AnyValue
EndGlobalSection

J'ai trouvé que Enterprise Library en avait ajouté un. Je l'ai supprimé, vérifié la solution, fermé puis rouvert, et plus d'extraction automatique.

À partir de la mémoire, si vous utilisez le menu Outils, Options et sélectionnez le panneau Contrôle de la source, Environnements , il devrait y avoir quelques options pour configurer la façon dont l'EDI s'interface avec le contrôle de version.

Je pense que certaines de ces options contrôlent la vérification du comportement ouvert .

Juste au cas où, comme moi, vous ne pourriez pas le faire fonctionner et que vous constatiez qu'un ou plusieurs projets sont également vérifiés, j'ai trouvé une solution plus simple. Notez le (s) projet (s) qu'il ne cesse d'extraire. Accédez à Fichier - Contrôle de la source - Modifier le contrôle de la source, puis dissociez les projets en question. Cliquez sur OK, Enregistrer tout, puis revenez dans Modifier le contrôle de la source et liez le projet à la solution. J'espère que cela fonctionnera pour d'autres

Bien que n'empêchant pas le problème en premier lieu, l'utilisation libérale de la commande "Undo Unchanged" de Team Foundation Power Tools annulera (surprise surprise) la modification en attente si aucune modification n'a été apportée.

Autorisez l'extraction, puis comparez les deux fichiers. Si VS a ajouté quelque chose comme

<Service Include="{B4F97281-0DBD-4835-9ED8-7DFB966E87FF}" />

vous rencontrez un bug VS avec une solution dans VS2008 mais pas porté sur VS2005

Consultez ce lien pour plus de détails:

Le fichier de la solution Visual Studio est en cours d'extraction silencieuse via un ou plusieurs projets de la solution à l'aide de la bibliothèque d'entreprise Microsoft - je crois que cela a à voir avec l'utilitaire de configuration de la bibliothèque d'entreprise qui permet la gestion de la configuration des différents blocs d'application - http : //msdn.microsoft.com/en-us/library/ff649479.aspx

Consultez cette publication Microsoft Feedback: http://connect.microsoft.com/VisualStudio/feedback/details/737184/globalsection-extensibilityglobals-postsolution-checks-out-sln-file-on-open

Il s'agit d'une fonctionnalité / d'un bogue de l'un des systèmes de projet en cours de chargement dans la solution. Essayez de supprimer différents types de projets (C #, VB, C ++, site web, application web, test unitaire, silverlight ...) jusqu'à ce qu'il disparaisse; c'est ta réponse.

Enregistrez-vous vos fichiers avant d'effectuer la comparaison? Cela m'est arrivé il y a quelque temps et je n'arrête pas de dire qu'il n'y a pas de changement entre les fichiers, mais après un certain temps, je me suis rendu compte que je n'avais pas enregistré les fichiers auparavant et que c'était en comparaison avec la version sur le disque, pas la version en mémoire.

Chaque fois que vous ouvrez une solution dans Visual Studio, il effectue certaines opérations qui peuvent entraîner la modification de vos fichiers .sln ou de projet, puis il vous demandera d'extraire le fichier. Cela se produit lorsqu'il y a des changements dans la structure des dossiers dans la machine des développeurs, ou lorsqu'ils n'ont pas les mêmes versions de tous les fichiers. Peut-être que quelqu'un a ajouté un projet dans un dossier et qu'un autre développeur a le même projet à un autre endroit. Un autre cas que je vois que cela se produit était lorsque nous avons une solution avec certains projets C ++, pour une raison quelconque, l'un de ces projets C ++ avait un fichier .res avec des chemins absolus. Une fois que ce fichier a été généré automatiquement par VS, il a conservé le changement de la machine du développeur à la machine du développeur.

Je vous suggère d'ouvrir votre fichier .sln et de rechercher des chemins absolus ou des chemins relatifs qui peuvent ne pas exister dans certaines machines de développement, en fonction des fichiers qu'ils obtiennent de votre contrôle de source.