Om du ser det här problemet:
—— Startar pre-build-validering för projektet 'XPressBadgeInstaller' ——
FEL: Ett fel inträffade vid valideringen. HRESULT = '8000000A'
—— Pre-build validering för projektet 'XPressBadgeInstaller' slutfört——
Resten är följande:
Om du får felmeddelandet ”Ett fel inträffade vid valideringen. HRESULT = '8000000A' "när du bygger Visual Studio-installationsprojekt från kommandoraden i Visual Studio 2012 eller högre IDE-miljö, orsaken är att de nya IDE: erna inte stöder byggnad utanför den egna processen.
Men det finns en tweak som hjälper dig att aktivera detsamma och du får nu bygga MSI-installationsprojektet från kommandoraden själv.
Lösningen mot ”Ett fel uppstod vid valideringen. HRESULT = '8000000A' "felmeddelande är mycket enkelt. Det är bara en registerjustering som du måste utföra som en lösning.
För att detta ska fungera, öppna din Windows-registret med administratörsbehörighet och navigera till följande registernätväg: "HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ VisualStudio \ 11.0_Config \ MSBuild" för Visual Studio 2012 IDE eller, till registret sökvägen "HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ VisualStudio \ 12.0_Config \ MSBuild" för Visual Studio 2013. Om du använder Visual Studio 2015, då är den registernyckel som du måste navigera till "HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ VisualStudio \ 14.0_Config \ MSBuild".
I den sökvägen skapar du en DWORD-nyckel med namnet "EnableOutOfProcBuild"Och ange det är värdet till" 0 "(noll). Nu startar du om byggprocessen från kommandoraden och allt kommer att fungera som du förväntade dig.
Hoppas att detta lilla Tips & Tricks var till hjälp. Låt mig veta, om det hjälpte dig. Håll koll på min blogg för nya artiklar, tips. Glöm inte att läsa mina andra inlägg när jag skriver och publicerar ett nytt inlägg. Ha en fantastisk dag framåt!
Det är härifrån:
http://www.kunal-chowdhury.com/2016/07/visual-studio-error-code-8000000A.html#pTySk1QU90X9lYw6.97
Registernyckeln finns här:
Några konsekvenser av den nya modulära installationen av Visual Studio 2017 för VSX-utvecklare
Men inte bara det. Visual Studio 2017 är också mycket mer isolerad och motståndskraftig. Den installerar inte Visual Studio-enheter i Global Assembly Cache (GAC) och den använder inte huvudsakligen Windows-huvudregistret. Tidigare (sedan VS 2010, se mitt inlägg Det märkliga fallet med registernyckeln HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 10.0_Config \ Projekt \ {C8D11400-126E-41CD-887F-60BD40844F9E}), Omdirigerade Visual Studio HKEY_LOCAL_MACHINE \ Software \ Microsoft \ VisualStudio \ till HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ _Config, för att tillåta installation av tillägg genom .pkgdef-filer utan administratörsrättigheter etc. Nu använder VS 2017 sitt eget privata register. Se hur tom är den vanliga HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 15.0-tangenten på min maskin och märk att det inte finns någon 15.0_Config-nyckel:
Istället lagras VS 2017 privatregistret i din AppData-mapp:
Lyckligtvis kan du använda regedit.exe för att ladda en privat bikupa. Du måste välja HKEY_USERS-noden och klicka på menyn File> Load Hive .... Du väljer privateregistry.bin-filen, ger ett namn till bikupan (jag skrev “VS2017PrivateRegistry”) och nu kan du se 15.0 _Config-tangent fylld som vanligt (notera: använd File> Unload Hive när du är klar):
