2013-02-20 14 views
43

grałem z Visual Teraz za każdym razem Studio wbudowanego narzędzia do profilowania i ja sprawdzić każdy plik sekcja ta automatycznie dodaje do mojego pliku Rozwiązanie:Jak zmusić Visual Studio, aby nie dodawał sekcji GlobalSection (Performance)?

GlobalSection(Performance) = preSolution 
    HasPerformanceSessions = true 
EndGlobalSection 

I całkowicie usunięte wszystkie raporty profilowania, a następnie usuwa lokalną kopię wszystkich kontroli źródła pliki z tego rozwiązania i aktualizacja do najnowszej. Ta sekcja nadal znajduje się w pliku * .sln po ewentualnym kasie.

Inni członkowie drużyny, którzy nie używali prfilera, nie mają tego problemu. Czy ktoś ma jakieś pomysły?

+0

której wersji Visual Studio używasz? – Jehof

+1

Visual Studio 12. Tak, twoja odpowiedź jest prawidłowa Czytam o tym, ale ... to nie działa dla mnie ... może zrobiłem smt źle –

+0

Czy jesteś pewien, że plik Solution w twoim kontrolerze źródłowym nie ma GlobalSection wejście? Czy sprawdziłeś plik w Eksploratorze sterowania źródłami? – Jehof

Odpowiedz

49

Otwórz PerformanceExplorer w Visual Studio przy użyciu menu Analyze -> Windows -> PerformanceExplorer i sprawdzić, czy można znaleźć żadnych wpisów sesji.

Jeśli tak, usuń je, klikając prawym przyciskiem myszy pozycję, aby otworzyć menu kontekstowe. Następnie wybierz "Usuń" z menu.

Powinieneś również sprawdzić folder rozwiązania, jeśli zawiera on jakieś pliki .vsp lub .psess i je usunąć. Są to pliki raportów sesji profilowania.

+2

Tak jakby pliki rozwiązania nie były wystarczająco trudne do scalenia, ponieważ są ... IDE zmieniając .sln z tym oznacza, że ​​w większości zespołów więcej niż 1, jeśli tylko jedna osoba uruchomiła profiler (lub tylko 1 hasn ' t itd.), sln będzie miał konflikt scalania za każdym razem ... grrrrr –

+18

W moim przypadku Performance Explorer jest pusty i nie ma plików '* .vsp' i' * .psess', ale VS nadal dodaje te linie do plik rozwiązania. Jakieś pomysły? –

+3

Problem z połączeniem: https://connect.microsoft.com/VisualStudio/feedback/details/817315/section-in-solution-files-causes-continual-merge-conflicts-in-a-amam-environment –

0

Jedyny sposób mogę rozwiązać ten problem było zamknąć rozwiązanie, usuń * * .VSP .psess i pliki z katalogu głównego, zresetować .sln plik do zdalnego wersji i ponownie rozwiązanie. Problem zniknął. To było za pomocą Visual Studio 2015 Community Edition.

Powiązane problemy