Kung nakikita mo ang isyung ito:
—— Simula ng paunang pagpapatayo ng pagpapatunay para sa proyektong 'XPressBadgeInstaller' ——
ERROR: May naganap na error habang pinapatunayan. HRESULT = '8000000A'
—— Paunang pagpapatayo ng pagpapatunay para sa proyektong 'XPressBadgeInstaller' na nakumpleto ——
Ang pag-aayos ay ang mga sumusunod:
Kung nahaharap ka sa mensahe ng error na "Nagkaroon ng error habang pinapatunayan. HRESULT = '8000000A' ”habang nagtatayo ng proyekto ng pag-setup ng Visual Studio mula sa linya ng utos sa Visual Studio 2012 o mas mataas sa kapaligiran ng IDE, ang dahilan ay dahil ang mga bagong IDE ay hindi sumusuporta sa pagbuo sa labas ng sariling proseso.
Subalit mayroong isang tweak na makakatulong sa iyo upang paganahin ang parehong at ikaw ay pinahihintulutan na bumuo ng MSI setup na proyekto mula sa command line mismo.
Ang solusyon patungo sa "May naganap na error habang pinapatunayan. HRESULT = '8000000A' ”mensahe ng error ay napaka-simple. Ito ay isang pag-tweak lamang sa pagpapatala na kailangan mong gumanap bilang isang solusyon.
Para magawa ito, buksan ang iyong Windows Registry na may pribilehiyo ng pangangasiwa at mag-navigate sa sumusunod na landas ng pagpapatala key: "HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ VisualStudio \ 11.0_Config \ MSBuild" para sa Visual Studio 2012 IDE o, sa pagpapatala landas "HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ VisualStudio \ 12.0_Config \ MSBuild" para sa Visual Studio 2013. Kung gumagamit ka Visual Studio 2015, pagkatapos ay ang pagpapatala key na mayroon ka upang mag-navigate sa ay "HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ VisualStudio \ 14.0_Config \ MSBuild".
Sa landas na iyon, lumikha ng isang key ng DWORD na may pangalang "EnableOutOfProcBuild"At itakda ito ng halaga sa" 0 "(zero). Ngayon ay muling simulan ang proseso ng pagtatayo mula sa command line at lahat ay nagtatrabaho tulad ng iyong inaasahan.
Inaasahan kong ang maliit na Mga Tip at Trick na ito ay kapaki-pakinabang. Ipaalam sa akin, kung nakatulong ito sa iyo. Manatiling nakatutok sa aking blog para sa mga bagong artikulo, tip. Huwag kalimutang basahin ang aking iba pang mga post sa pamamagitan ng pagsulat at pag-publish ng isang bagong post. Magkaroon ng isang magandang araw maaga!
Mula dito:
http://www.kunal-chowdhury.com/2016/07/visual-studio-error-code-8000000A.html#pTySk1QU90X9lYw6.97
Ang registry key ay magagamit dito:
Ang ilang mga implikasyon ng bagong modular setup ng Visual Studio 2017 para sa mga developer ng VSX
Ngunit hindi lamang iyon. Ang Visual Studio 2017 din ay mas nakahiwalay at nababanat. Hindi ito nag-i-install ng mga pagpupulong ng Visual Studio sa Global Assembly Cache (GAC) at hindi ito ginagamit para sa pinaka-bahagi ang pangunahing Windows Registry. Sa nakaraan (mula noong VS 2010, tingnan ang aking post Ang kakaibang kaso ng registry key HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 10.0_Config \ Projects \ {C8D11400-126E-41CD-887F-60BD40844F9E}), Na-redirect ng Visual Studio ang HKEY_LOCAL_MACHINE \ Software \ Microsoft \ VisualStudio \ sa HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ _Config, upang payagan ang pag-install ng mga extension sa pamamagitan ng .pkgdef file nang walang mga karapatan sa admin, atbp Ngayon, ang VS 2017 ay gumagamit ng sarili nitong pribadong rehistro. Tingnan kung gaano walang laman ang regular na HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 15.0 key sa aking makina at pansinin na walang 15.0_Config key:
Sa halip, ang pribadong pagpapatala ng VS 2017 ay naka-imbak sa iyong folder ng AppData:
Sa kasamaang palad, maaari mong gamitin ang regedit.exe upang mag-load ng isang pribadong pugad. Kailangan mong piliin ang node ng HKEY_USERS, at i-click ang menu ng File> Load Hive…. Piliin mo ang privateregistry.bin file, magbigay ng isang pangalan sa pugad (ipinasok ko ang "VS2017PrivateRegistry") at ngayon makikita mo ang 15.0 _Config key na na-populate tulad ng dati (tala: gumamit ng File> I-unload ang Hive kapag tapos na):
