Nie można uruchomić VSPackage podczas tworzenia na wielu maszynach

pracujemy nad VSPackage w zespole, używając Visual Studio 2012 i TFS.Nie można uruchomić VSPackage podczas tworzenia na wielu maszynach

Rozszerzenie działa poprawnie na komputerze używanym do jego utworzenia (za pomocą kreatora). Na innym komputerze Visual Studio mówi, że "projekt z biblioteką klasy wyjściowej klasy nie może być uruchomiony bezpośrednio", gdy próbujemy go uruchomić (z F5).

Dane wyjściowe projektu są rzeczywiście bibliotekami klas, a naciśnięcie klawisza F5 na pierwszej maszynie rozpoczyna Eksperymentalną instancję programu Visual Studio z ładowanym i działającym rozszerzeniem.

Patrząc na "% LOCALAPPDATA% \ Microsoft \ VisualStudio \ 11.0Exp \ Extensions" na drugim komputerze, widzimy, że rozszerzenie zostało zbudowane i nastąpiła próba zarejestrowania go za pomocą VS. Utworzyliśmy także inne rozszerzenie na drugim komputerze i spróbowaliśmy uruchomić je na pierwszym komputerze. Wyświetla ten sam błąd.

Jak możemy uruchomić rozszerzenie na komputerach, które nie zostały użyte do jego utworzenia?

Źródło

2013-07-13 Amadeusz Wieczorek

Mam ten problem na tym samym komputerze: Główny kod źródłowy znajduje się na ścieżce 'C: \ Dev-1 \' Sprawdziłem ten sam kod źródłowy na ścieżce 'C: \ Dev-2 \' teraz nowy Kopia daje mi ten sam błąd, który otrzymujesz. –

Spróbuj uruchomić Visual Studio z 'rootSuffix exp2' lub czymś innym - w ten sposób nowa kopia przejdzie do zupełnie nowego eksperymentalnego wystąpienia VS i nie będzie kolidować z rozszerzeniem z' C: \ Dev-1' –

@ Odpowiedź Matze rozwiązała problem. Dzięki. –

Typ projektu pakietu Visual Studio dodaje dodatkową kartę do widoku właściwości projektu o nazwie VISX. Na tej karcie domyślnie zaznaczona jest opcja Deploy VSIX content to experimental instance for debugging; to jest powód, dla którego pliki pakietu są kopiowane do katalogu rozszerzeń profilu bieżącego użytkownika po kompilacji.

Jeśli chcesz uruchomić Visual Studio przy użyciu gałęzi eksperymentalnej, musisz dostosować ustawienia Debug projektu biblioteki klas. Ustaw Start Action do Start external program i wybierz plik devenv.exe (the file's lokalizacja zależy od folderu instalacyjnego) i określ następujące argumenty wiersza poleceń:

/rootSuffix Exp

Pozwala debugować rozszerzenie naciskając klawisz F5.

Źródło

2013-07-14 09:59:53 Matze

Dziękujemy! Aby dokładniej omówić problem, ta konkretna informacja jest przechowywana w pliku Projectname.csproj.user, który nie wydaje się być współdzielony przez TFS - nie ma w niej włączonych zmian ani wykluczonych zmian. Będzie to ręczna naprawa, którą należy wykonać na każdym komputerze. –

Masz rację; domyślnie pliki .user są ignorowane z listy oczekujących zmian (z dobrych powodów). – Matze

Tak, ten sam problem po umieszczeniu kodu lokalnego w kontroli źródła. Plik .user nie został sprawdzony i wpędził mnie w kłopoty. –

Nie można uruchomić VSPackage podczas tworzenia na wielu maszynach

Odpowiedz

Powiązane problemy