2013-04-01 17 views
10

I aktiviert Diagnosemodus von MSBuild-Projekt Build-Ausgabe Ausführlichkeit müssen sehen:VSIX Garnkörperaufbaus konnte den Grund (Visual Studio Fehler) ohne zeigt

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 ========== 

Mein Problem ist, ich nicht das Erweiterungspaket Visual Studio debuggen Ich arbeite daran, da die Build-Ausgabe sagt, dass etwas fehlgeschlagen ist. Was verdrahtet ist, die Obj- und Bin-Ordner mit allen Inhalten darin (einschließlich Vsix-Paket), wurde erstellt. Ich weiß nicht wirklich, was ich geändert habe, denn vor ein paar Stunden war alles in Ordnung.

Wie kann ich untersuchen, was falsch gelaufen ist?

Btw: Ich verwende VS 2012 Premium-Update 1

EDIT:

Ich erinnerte mich, was ich getan habe. Während ich mich im Debug-Modus befand, habe ich Tools -> Erweiterungen und Updates eingegeben und meine aktuell debuggte Erweiterung deinstalliert (ohne VS nach dieser Operation neu zu starten). Ein weiterer Versuch des Debuggens (F5 nach dem Schließen der experimentellen Instanz von VS) führt zu diesem mysteriösen Build-Verhalten.

Antwort

25

Meine aktuelle Abhilfe, die ich habe kommen mit nach einiger Zeit ist der Anzeigename des Erweiterungspakets in der source.extension.vsixmanifest Datei zu ändern:

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

Nichts anderes muss geändert werden (leider führt die Rückkehr zum alten Namen immer noch zu diesem Fehler, aber zumindest kann das Entwickeln und Debuggen fortgesetzt werden).

UPDATE:

ich die Windows-Registry für solche problematischen Namen eingecheckt haben, und Schlüssel folgende PendingDeletions gefunden:

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

Unter diesem Schlüssel Wert auf meine Verlängerung zeigt, die ich habe zuvor deinstalliert (während es sich im Debug-Modus befindet):

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

Entfernung dieses Eintrags fixe In diesem Fall.

+0

Es gab keine Rogue-Referenz in der Registrierung für mich, aber ich manuell installiert meine VSIX in meine Haupt-VS, dann kopierte es von APPDATA \ LOCAL \ MICROSOFT \ VISUALSTUDIO \ 11.0 \ EXTENSIONS in die 11.0EXP-Ordner und der Build begann wieder zu arbeiten - ich könnte dann die VSIX von meinem Haupt-VS-Instanz deinstallieren. –

+0

Eine andere Lösung besteht darin, die experimentelle Visual Studio-Instanz manuell zu öffnen. Es wird gestartet, weil alle ausstehenden Erweiterungen automatisch gelöscht werden. –

1

Davide Icardi kommentiert:

Eine andere Lösung manuell ist die Visual Studio experimentelle Instanz zu öffnen. Durch das Starten wurden alle ausstehenden Erweiterungen automatisch gelöscht.

die experimentelle Instanz zu starten, führen Sie diesen Befehl in einem Entwickler-Eingabeaufforderung:

devenv.exe /RootSuffix Exp 

Update: Ich bin stumm - nach dem VS 2013 SDK installieren, gibt es eine Abkürzung ist der Start experimentelle Instanz im Visual Studio 2013-Ordner des Startmenüs.