IP Girl
  1. IP Girl
  3. Comment forcer Visual Studio à ne pas append la section GlobalSection (Performance)?
Intereting Posts
JQuery – Options de sélection multiples Que se passe-t-il lorsque Stack et Heap Collide Comment créer un service singleton dans Angular 2? Comment modifier une contrainte de vérification existante? Interfaces de marqueurs en Java? MongoDB GridFs avec C #, comment stocker des fichiers tels que des images? Programmation Java 7 dans Eclipse Comment relier plusieurs solutions de studio visuel? Serialize Class contenant le membre Dictionary Comment vérifier qu’une chaîne est analysable en double? Comment puis-je dire à gcc de ne pas incorporer une fonction? Visual Studio Search dans les dossiers sélectionnés ou les types de fichiers uniquement HTTP GET avec le corps de la requête Remplacez uniquement certains groupes par Regex Différence entre Python self et Java this

Comment forcer Visual Studio à ne pas append la section GlobalSection (Performance)?

J’ai joué avec les outils de profilage Visual Studio et chaque fois que je consulte un fichier, cette section ajoute automatiquement à mon fichier de solution: 

GlobalSection(Performance) = preSolution HasPerformanceSessions = true EndGlobalSection

J’ai totalement supprimé tous les rapports de profilage, puis enlevé la copie locale de tous les fichiers de contrôle de code source de cette solution et mis à jour au plus tard. Cette section est toujours dans le fichier * .sln après toute vérification.

Les autres coéquipiers qui n’ont pas utilisé prfiler n’ont pas ce problème. Quelqu’un at-il des idées?

Ouvrez PerformanceExplorer dans Visual Studio en utilisant le menu Analyze -> Windows -> PerformanceExplorer et vérifiez s’il répertorie les entrées de session.

Si oui, supprimez-les en faisant un clic droit sur une entrée pour ouvrir le ContextMenu. Ensuite, sélectionnez “Supprimer” dans le menu.

Vous devez également vérifier le dossier de votre solution si elle contient des fichiers .vsp ou .psess et les supprimer. Ce sont les fichiers de rapport d’une session de profilage.

Le seul moyen de résoudre ce problème était de fermer la solution, de supprimer les fichiers * .psess et * .vsp du répertoire racine, de réinitialiser mon fichier .sln sur la version distante et de rouvrir la solution. Le problème était alors disparu. Cela utilisait Visual Studio 2015 Community Edition.