As jy hierdie probleem sien:
—— Begin voorafbou-validering vir projek 'XPressBadgeInstaller' ——
FOUT: 'n Fout het voorgekom tydens die validering. HRESULTAAT = '8000000A'
—— Voorafbou-validering vir projek 'XPressBadgeInstaller' voltooi ——
Die regstelling is die volgende:
As jy die foutboodskap "'n Fout het voorgekom tydens die validering. HRESULT = '8000000A'" terwyl die Visual Studio-opstellingsprojek vanaf die opdragreël in Visual Studio 2012 of hoër IDE-omgewing gebou word, is die rede omdat die nuwe IDE's nie bou buite die eie proses ondersteun nie.
Maar daar is 'n tweak wat jou sal help om dieselfde te aktiveer en jy sal nou toegelaat word om die MSI-opstellingsprojek vanaf die opdragreël self te bou.
Die oplossing vir "'n Fout het voorgekom tydens die validering. HRESULT = '8000000A'" foutboodskap is baie eenvoudig. Dit is net 'n registeraanpassing wat u moet uitvoer as 'n oplossing.
Om dit te laat werk, maak u Windows-register oop met administratiewe voorreg en navigeer na die volgende registersleutelpad: "HKEY_CURRENT_USER\SOFTWARE\Microsoft\VisualStudio\11.0_Config\MSBuild" vir Visual Studio 2012 IDE of, na die registerpad "HKEY_CURRENT_USER\SOFTWARE\Microsoft\VisualStudio\12.0_Config\MSBuild" vir die Visual Studio 2013. As jy gebruik Visual Studio 2015, dan is die registersleutel waarna u moet navigeer "HKEY_CURRENT_USER\SOFTWARE\Microsoft\VisualStudio\14.0_Config\MSBuild".
In daardie pad, skep 'n DWORD-sleutel met die naam "EnableOutOfProcBuild” en stel sy waarde op “0” (nul). Herbegin nou die bouproses vanaf die opdragreël en alles sal werk soos u verwag het.
Hoop hierdie klein wenke en truuks was nuttig. Laat weet my as dit jou gehelp het. Bly ingeskakel op my blog vir nuwe artikels, wenke. Moenie vergeet om my ander plasings te lees teen die tyd dat ek 'n nuwe plasing skryf en publiseer nie. Lekker dag vorentoe!
Dit is van hier:
http://www.kunal-chowdhury.com/2016/07/visual-studio-error-code-8000000A.html#pTySk1QU90X9lYw6.97
Die registersleutel is hier beskikbaar:
Sommige implikasies van die nuwe modulêre opstelling van Visual Studio 2017 vir VSX-ontwikkelaars
Maar nie net dit nie. Visual Studio 2017 is ook baie meer geïsoleerd en veerkragtig. Dit installeer nie Visual Studio-samestellings in die Global Assembly Cache (GAC) nie en dit gebruik meestal nie die hoof Windows-register nie. In die verlede (sedert VS 2010, sien my pos Die vreemde geval van die registersleutel HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\10.0_Config\Projects\{C8D11400-126E-41CD-887F-60BD40844F9E}), Visual Studio herlei HKEY_LOCAL_MACHINE\Software\Microsoft\VisualStudio\ na HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\ _Config, om die installering van uitbreidings deur .pkgdef-lêers toe te laat sonder admin regte, ens. Nou gebruik VS 2017 sy eie private register. Kyk hoe leeg is die gewone HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\15.0-sleutel op my masjien en let op dat daar geen 15.0_Config-sleutel is nie:
In plaas daarvan word die VS 2017 private register in jou AppData-lêergids gestoor:
Gelukkig kan jy regedit.exe gebruik om 'n private korf te laai. Jy moet die HKEY_USERS-nodus kies, en klik op die Lêer > Laai Korf...-kieslys. Jy kies die privateregistry.bin-lêer, gee 'n naam aan die korf (ek het “VS2017PrivateRegistry” ingevoer) en nou kan jy die 15.0 sien _Config-sleutel soos gewoonlik gevul (let wel: gebruik Lêer > Ontlaai korf wanneer klaar):
