VSIX pacchetto build non è riuscita senza mostrare la ragione (Visual Studio bug)

devo modalità diagnostica permesso di MSBuild output del progetto di costruzione di dettaglio per vedere questo:VSIX pacchetto build non è riuscita senza mostrare la ragione (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 ==========

Il mio problema è che non posso eseguire il debug del pacchetto di estensione di Visual Studio Sto lavorando, dato che l'output della build dice che qualcosa non ha funzionato. Cosa è collegato, sono state create le cartelle obj e bin con tutto il contenuto all'interno (incluso il pacchetto vsix). Non so davvero quale speciale ho cambiato, perché poche ore fa tutto andava bene.

Come posso indagare su cosa è andato storto?

Btw: Sto utilizzando VS 2012 Premium Update 1

EDIT:

mi sono ricordato di quello che ho fatto. Mentre ero in modalità di debug, ho inserito Tools -> Extensions and Updates e disinstallato la mia estensione attualmente debug (senza riavviare VS dopo quell'operazione). Un ulteriore tentativo di debugging (F5 dopo aver chiuso l'istanza sperimentale di VS) determina questo comportamento misterioso di build.

fonte

2013-04-01 jwaliszko

mia soluzione corrente I è venuta in mente dopo un po 'di tempo è quello di cambiare il nome visualizzato del pacchetto di estensione nel file source.extension.vsixmanifest:

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

Nient'altro deve essere cambiato (purtroppo il ritorno al vecchio nome genera ancora questo errore, ma almeno lo sviluppo e il debug possono essere continuati).

UPDATE:

Ho controllato il registro di Windows per tale nome problematico, ed ho trovato seguendo PendingDeletions chiave:

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

In questa chiave c'è un valore che indica alla mia estensione ho precedentemente disinstallato (mentre si trovava in modalità di debug):

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

Rimozione di questa voce fix s quel caso.

fonte

2013-04-01 17:33:20 jwaliszko

Nel registro non c'era alcun riferimento non autorizzato, ma ho installato manualmente il mio VSIX nel mio VS principale, quindi l'ho copiato da APPDATA \ LOCAL \ MICROSOFT \ VISUALSTUDIO \ 11.0 \ EXTENSIONS nell'11.La cartella 0EXP e la build hanno iniziato a funzionare di nuovo, quindi ho potuto disinstallare VSIX dalla mia istanza VS principale. –

Un'altra soluzione è aprire manualmente l'istanza sperimentale di Visual Studio. L'avvio fa sì che tutte le estensioni in attesa vengano eliminate automaticamente. –

Davide Icardi commentato:

Un'altra soluzione è quella di aprire manualmente l'istanza Visual Studio sperimentale. L'avvio ha causato l'eliminazione automatica di tutte le estensioni in attesa.

Per avviare l'istanza sperimentale, eseguire questo comando in un prompt dei comandi sviluppatore:

devenv.exe /RootSuffix Exp

Aggiornamento: Sono muto - dopo aver installato l'SDK VS 2013, c'è un collegamento per avviare il istanza sperimentale nella cartella Visual Studio 2013 del menu Start.

fonte

2014-11-17 16:49:33 eppsilon

VSIX pacchetto build non è riuscita senza mostrare la ragione (Visual Studio bug)

risposta

Problemi correlati