2013-04-01 36 views
10

muszę włączonym trybie diagnostycznym MSBuild wyjściowego budować projekt gadatliwości to zobaczyć:VSIX pakiet build udało bez pokazywania powód (Visual Studio bug)

1>Done executing task "EnableExtension" -- FAILED. (TaskId:81) 
1>Done building target "DeployVsixExtensionFiles" in project "myextension.csproj" -- FAILED.: (TargetId:93) 
... 
1>Build FAILED. 
1> 
1>Time Elapsed 00:00:01.27 
========== Rebuild All: 0 succeeded, 1 failed, 0 skipped ========== 

Moim problemem jest to, że nie można debugować pakietu rozszerzenia Visual Studio Pracuję dalej, ponieważ wynik kompilacji mówi, że coś się nie udało. Co jest podłączone, foldery obj i bin z całą zawartością wewnątrz (w tym pakietem vix) zostały utworzone. Naprawdę nie wiem, co specjalnego zmieniłem, bo kilka godzin temu wszystko było w porządku.

Jak mogę sprawdzić, co poszło nie tak?

Btw: Używam VS 2012 Premium Aktualizacja 1

EDIT:

pamiętałem, co robiłem. Będąc w trybie debugowania, wprowadziłem Tools -> Extensions and Updates i odinstalowałem moje aktualnie debugowane rozszerzenie (bez restartowania VS po tej operacji). Dalsza próba debugowania (F5 po ZAMKNIĘCIE Experimental Instance of VS) skutkuje tą tajemniczą budową.

Odpowiedz

25

Moje bieżące obejście mam wymyślić jakiś czas po to, aby zmienić wyświetlaną nazwę pakietu rozszerzenia w pliku source.extension.vsixmanifest:

<Metadata> 
    ... 
    <DisplayName>Change this name to sth else and press F5</DisplayName> 
    ... 
    </Metadata> 

nic innego nie musi być zmieniony (niestety powrót do starej nazwy wciąż wywołuje ten błąd, ale przynajmniej rozwijanie i debugowanie może być kontynuowane).

UPDATE:

Sprawdziłem rejestr systemu Windows dla takiej problematycznej imienia i znaleźć następujące PendingDeletions klucz:

HKEY_USERS\S-1-5-21-1832937852-2116575123-337272265-599953\Software\Microsoft\VisualStudio\11.0Exp\ExtensionManager\PendingDeletions 

Pod tym kluczem jest wartość wskazując na moim rozszerzeniu mam wcześniej odinstalowany (będąc w trybie debugowania):

C:\USERS\G_159\APPDATA\LOCAL\MICROSOFT\VISUALSTUDIO\11.0EXP\EXTENSIONS\JAROSLAW WALISZKO\MYEXTENSION\1.0\ 

Usunięcie tego wpisu fixe w tym przypadku.

+0

W rejestrze nie było żadnych fałszywych odnośników, ale ręcznie zainstalowałem mój VSIX w moim głównym VS, a następnie skopiowałem go z APPDATA \ LOCAL \ MICROSOFT \ VISUALSTUDIO \ 11.0 \ EXTENSIONS do 11.Folder 0EXP i kompilacja zaczęły działać ponownie - mógłbym następnie odinstalować VSIX z mojej głównej instancji VS. –

+0

Innym rozwiązaniem jest ręczne otwarcie instancji eksperymentalnej programu Visual Studio. Uruchomienie powoduje automatyczne usunięcie wszystkich oczekujących rozszerzeń. –

1

Davide Icardi stwierdził:

Innym rozwiązaniem jest ręczne otwarcie Visual Studio przypadek eksperymentalnego. Uruchomienie spowodowało automatyczne usunięcie wszystkich oczekujących rozszerzeń.

Aby uruchomić instancję eksperymentalną, uruchom to polecenie w wierszu polecenia programu:

devenv.exe /RootSuffix Exp 

Aktualizacja: jestem głupi - po zainstalowaniu VS 2013 SDK, jest to skrót, aby rozpocząć eksperymentalna instancja w folderze Visual Studio 2013 w menu Start.