Se stai riscontrando questo problema:
—— Avvio della convalida pre-build per il progetto "XPressBadgeInstaller" ——
ERRORE: si è verificato un errore durante la convalida. HRESULT = '8000000A'
—— Convalida pre-build per il progetto "XPressBadgeInstaller" completata ——
La correzione è la seguente:
Se viene visualizzato il messaggio di errore "Si è verificato un errore durante la convalida. HRESULT = '8000000A' ”durante la creazione del progetto di installazione di Visual Studio dalla riga di comando in ambiente IDE di Visual Studio 2012 o superiore, il motivo è che i nuovi IDE non supportano la compilazione al di fuori del proprio processo.
Ma c'è un tweak che ti aiuterà a abilitare lo stesso e ora ti sarà permesso di costruire il progetto di installazione MSI dalla riga di comando stessa.
La soluzione a "Si è verificato un errore durante la convalida. Il messaggio di errore HRESULT = "8000000A" è molto semplice. È solo una modifica del registro che devi eseguire come soluzione alternativa.
Affinché ciò funzioni, apri il registro di Windows con privilegi amministrativi e vai al seguente percorso chiave di registro: "HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ VisualStudio \ 11.0_Config \ MSBuild" per Visual Studio 2012 IDE o, nel percorso del registro "HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ VisualStudio \ 12.0_Config \ MSBuild" per Visual Studio 2013. Se stai usando Visual Studio 2015, quindi la chiave di registro a cui devi navigare è "HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ VisualStudio \ 14.0_Config \ MSBuild".
In quel percorso, crea una chiave DWORD con il nome "EnableOutOfProcBuild"E imposta il suo valore su" 0 "(zero). Ora riavvia il processo di compilazione dalla riga di comando e tutto funzionerà come previsto.
Spero che questo piccolo Tips & Tricks sia stato utile. Fammi sapere se questo ti ha aiutato. Restate sintonizzati sul mio blog per nuovi articoli, suggerimenti. Non dimenticare di leggere gli altri miei post quando scrivo e pubblico un nuovo post. Buona giornata!
Viene da qui:
http://www.kunal-chowdhury.com/2016/07/visual-studio-error-code-8000000A.html#pTySk1QU90X9lYw6.97
La chiave di registro è disponibile qui:
Ma non solo. Visual Studio 2017 è anche molto più isolato e resiliente. Non installa gli assembly di Visual Studio nella Global Assembly Cache (GAC) e non utilizza per la maggior parte il registro di Windows principale. In passato (dal VS 2010, vedi il mio post Lo strano caso della chiave di registro HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 10.0_Config \ Projects \ {C8D11400-126E-41CD-887F-60BD40844F9E}), Visual Studio ha reindirizzato HKEY_LOCAL_MACHINE\Software\Microsoft\VisualStudio\ a HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\ _Config, per consentire l'installazione di estensioni tramite file .pkgdef senza diritti di amministratore, ecc. Ora, VS 2017 utilizza il proprio registro privato. Guarda quanto è vuota la normale chiave HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\15.0 sulla mia macchina e nota che non esiste una chiave 15.0_Config:
Invece, il registro privato VS 2017 è memorizzato nella cartella AppData:
Fortunatamente, puoi usare regedit.exe per caricare un hive privato. È necessario selezionare il nodo HKEY_USERS e fare clic sul menu File> Carica Hive…. Seleziona il file privateregistry.bin, dai un nome all'alveare (ho inserito "VS2017PrivateRegistry") e ora puoi vedere la 15.0 _Config key popolata come al solito (nota: usa File> Unload Hive quando hai finito):
