Sekiranya anda melihat masalah ini:
—— Memulakan pengesahan pra-binaan untuk projek 'XPressBadgeInstaller' ——
RALAT: Ralat berlaku semasa mengesahkan. HRESULT = '8000000A'
—— Pengesahan pra-pembinaan untuk projek 'XPressBadgeInstaller' selesai ——
Pembetulan adalah seperti berikut:
Sekiranya anda menghadapi mesej ralat "Kesalahan berlaku semasa mengesahkan. HRESULT = '8000000A' "semasa membina projek penyediaan Visual Studio dari baris arahan di Visual Studio 2012 atau di atas lingkungan IDE, alasannya adalah kerana IDE baru tidak menyokong pembinaan di luar proses sendiri.
Tetapi terdapat tweak yang akan membantu anda untuk membolehkan yang sama dan anda kini dibenarkan untuk membina projek persediaan MSI dari baris arahan itu sendiri.
Penyelesaian ke arah "Kesalahan berlaku semasa mengesahkan. Mesej ralat HRESULT = '8000000A' sangat mudah. Ini hanya perubahan registri yang harus anda lakukan sebagai penyelesaian.
Untuk ini, buka Windows Registry anda dengan keistimewaan pentadbiran dan arahkan ke laluan utama pendaftaran berikut: "HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ VisualStudio \ 11.0_Config \ MSBuild" untuk Visual Studio 2012 IDE atau, ke laluan pendaftaran "HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ VisualStudio \ 12.0_Config \ MSBuild" untuk Visual Studio 2013. Jika anda menggunakannya Visual Studio 2015, maka kunci registri yang perlu anda navigasi adalah "HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ VisualStudio \ 14.0_Config \ MSBuild".
Dalam laluan itu, buat kekunci DWORD dengan nama "EnableOutOfProcBuild"Dan tetapkan nilai kepada" 0 "(sifar). Sekarang mulakan semula proses binaan dari baris arahan dan semuanya akan berfungsi seperti yang anda harapkan.
Semoga Petua & Trik kecil ini dapat membantu. Beritahu saya, jika ini membantu anda. Nantikan blog saya untuk artikel, petua baru. Jangan lupa membaca catatan saya yang lain pada masa saya menulis dan menerbitkan catatan baru. Selamat maju jaya!
Dari sini:
http://www.kunal-chowdhury.com/2016/07/visual-studio-error-code-8000000A.html#pTySk1QU90X9lYw6.97
Kunci pendaftaran tersedia di sini:
Beberapa implikasi persediaan modular baru Visual Studio 2017 untuk pemaju VSX
Tetapi bukan itu sahaja. Visual Studio 2017 juga jauh lebih terpencil dan berdaya tahan. Ia tidak memasang perhimpunan Visual Studio di Global Assembly Cache (GAC) dan ia tidak menggunakan sebahagian besar Windows Registry utama. Pada masa lalu (sejak VS 2010, lihat catatan saya Kes aneh dalam kunci registri HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 10.0_Config \ Projek \ {C8D11400-126E-41CD-887F-60BD40844F9E}), Visual Studio diarahkan HKEY_LOCAL_MACHINE \ Software \ Microsoft \ VisualStudio \ ke HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ _Config, untuk membolehkan pemasangan sambungan melalui fail .pkgdef tanpa hak pentadbir, dll. Sekarang, VS 2017 menggunakan pendaftaran peribadinya sendiri. Lihat betapa kosongnya kekunci HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 15.0 biasa pada mesin saya dan perhatikan bahawa tidak ada kunci 15.0_Config:
Sebaliknya, pendaftaran peribadi VS 2017 disimpan dalam folder AppData anda:
Nasib baik, anda boleh menggunakan regedit.exe untuk memuatkan sarang peribadi. Anda perlu memilih nod HKEY_USERS, dan klik menu File> Load Hive…. Anda memilih fail privateregistry.bin, beri nama pada sarang (saya memasukkan "VS2017PrivateRegistry") dan sekarang anda dapat melihat 15.0 _Config key diisi seperti biasa (nota: gunakan File> Unload Hive setelah selesai):
