Podczas walidacji wystąpił błąd. HRESULT = "8000000A"

Aktualizacja dla tych, którzy mają ten problem dla VS2013 lub VS2015 po aktualizacji projektu instalacyjnego vs200x przy użyciu rozszerzenia Microsoft Visual Studio Installer Projects.

Zgodnie z przepisem na v1.0.0.0 od MS w końcu mi się udało:

Projekty Instalatorów Microsoft Visual Studio

Niestety nie mogliśmy rozwiązać wszystkich przypadków problemu z wierszem poleceń w tym wydaniu, ponieważ wciąż badamy odpowiedni sposób ich rozwiązania. Co robimy have to obejście, które naszym zdaniem będzie działać dla prawie wszystkich z nich. Jeśli nadal występuje ten problem, możesz spróbować zmienić wartość DWORD dla następującej wartości rejestru na 0: HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\12.0_Config\MSBuild\EnableOutOfProcBuild (VS2013)
lub
HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\14.0_Config\MSBuild\EnableOutOfProcBuild (VS2015)
Jeśli to nie istnieje, możesz utworzyć go jako DWORD.

Aktualizacja od 14/06/2017

Rozszerzenie Microsoft Visual Studio 2017 Installer Projects zawiera teraz narzędzie pomocnicze wiersza poleceń, które znacznie ułatwia stosowanie ustawień rejestru Projekty Instalatorów Microsoft Visual Studio 2017

Przykładowe ścieżki narzędzia (oparte na zainstalowanej wersji Visual Studio)

Wydanie Profesjonalne: C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\Common7\IDE\CommonExtensions\Microsoft\VSI\DisableOutOfProcBuild\DisableOutOfProcBuild.exe

Community Edition: C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\IDE\CommonExtensions\Microsoft\VSI\DisableOutOfProcBuild\DisableOutOfProcBuild.exe

Z README

To proste narzędzie ma na celu pomóc użytkownikom ustawić klucz rejestru potrzebny do obejścia tego błędu, który może pojawić się podczas budowania projektów instalatora przy użyciu kompilacji wiersza poleceń:

Błąd: Wystąpił błąd podczas walidacji. HRESULT = '8000000A'

Narzędzie jest przeznaczone dla Visual Studio 2017+ i ustawia ten klucz reg dla konkretnej zainstalowanej instancji Visual Studio dla bieżącego użytkownika. Więc jeśli ustawiasz to na build Agent make pamiętaj, aby użyć konta użytkownika, którego będzie używać build.

Run " DisableOutOfProcBuild.exe help " dla szczegółów użytkowania.

Czytałem gdzieś w necie o tym i naprawiłem to tak (zasugerował to ktoś):

• otwórz plik projektu instalacyjnego (.vdproj) w notatniku (lub innym edytorze tekstu)

• Usuń te linie na początku .plik vdproj:

  "SccProjectName" = "8:"
  "SccLocalPath" = "8:"
  "SccAuxPath" = "8:"
  "SccProvider" = "8:"
  

• build again-error is gone

Ten błąd nie powstrzymał mnie przed wdrożeniem, budowaniem, debugowaniem (lub jakimkolwiek) mojego projektu. I stało się, nawet jeśli ustawiłem wszystkie projekty na być zbudowany w bieżącej konfiguracji i projektu instalacji nie do.

Rozwiązanie stałe (+dla maszyn budowlanych)

Visual Studio 2017

Dla VS 2017, wywołaj następujące Skrypty CMD pod docelowym kontem Windows:

Community edition
Professional edition
Enterprise edycja

TL; DR Notes for poor DisableOutOfProcBuild.exe, oferowane przez Microsoft rozwiązanie, którego używam dla VS 2017.

1. DisableOutOfProcBuild.exe nie zakłada, że wywołasz go z folderu instalacyjnego. Więc nie możesz tego skopiować .plik exe. (Przy okazji, jeśli chcesz budować .vdproj, musisz zainstalować VS.)
2. DisableOutOfProcBuild.exe będzie działać tylko wtedy, gdy bieżący katalog CMD jest ustawiony na lokalizację instalacji DisableOutOfProcBuild.exe.

Jako przykład, dla VS Professional edition musimy wywołać

CD "C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\Common7\IDE\CommonExtensions\Microsoft\VSI\DisableOutOfProcBuild"
CALL DisableOutOfProcBuild.exe

Visual Studio 2015 i wcześniejsze

By CMD for the current Windows user

Dla wielu osób tworzenie/korekta Pod HKEY_CURRENT_USER\.. nie zawsze pracować lub pracować na stałe.
Próbując to rozwiązać, odkryłem, że w rzeczywistości muszę utworzyć / zmienić jakiś dziwny klucz pod HKEY_USERS HKEY_USERS\S-1-5-xx-xxxxxxxxxx-xxxxxxxxx-xxxxxxxxxxx-xxxxx\...\MSBuild

Ale odkryłem również, że jeśli będę używał konsoli CMD dla {[7] } z proponowaną poprawką
REG ADD HKCU\SOFTWARE\Microsoft\VisualStudio\14.0_Config\MSBuild /t REG_DWORD /v EnableOutOfProcBuild /d 0 /f
to zapisze wartość dokładnie do tego dziwnego klucza HKEY_USERS\S-1-5-xx-xxxxxxxxxx-xx..., nie do HKEY_CURRENT_USER .

REG ADD HKCU\SOFTWARE\Microsoft\VisualStudio\14.0_Config\MSBuild /t REG_DWORD /v EnableOutOfProcBuild /d 0 /f
@REM (use 12.0_Config for VS2013)

Solver dla serwerów Build

Z drugiej strony ten kod zawsze działa dla bieżącego konta użytkownika, który go uruchamia (z powodu HKEY_CURRENT_USER). Ale build-serwery często używają dedykowanych kont lub lokalnego systemu itp.

Naprawiłem go na moich maszynach kompilacyjnych, dodając następujący prosty plik wsadowy do moich zadań kompilacyjnych (Jenkins, TeamCity, CruiseControl)

VS-2015, VS-2013 , VS-2017-społeczność , VS-2017-Professional , VS-2017-Enterprise

Jak wskazano w komentarzach tutaj , dla VS2017 musisz utworzyć DWORD HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio\15.0_[IDKey]_Config \ MSBuild\EnableOutOfProcBuild Zastąp [IDKey] przyrostkiem ID istniejącego podklucza 15.0 VisualStudio.

Na przykład, jeśli w VisualStudio widzisz klucz "15.0_abcd1234", to będzie to "15.0_abcd1234_config".

Poprawka została przesłana tutaj:

Http://connect.microsoft.com/VisualStudio/Downloads/DownloadDetails.aspx?DownloadID=33186

Możesz przeczytać o tym tutaj:

Http://connect.microsoft.com/VisualStudio/feedback/details/595632/inconsistent-hanging-with-devenv-2010

Miałem do czynienia z tym problemem po przeniesieniu mojego projektu na inny komputer (VS 2010, wiele projektów w rozwiązaniu).

Był już zbudowany mój projekt na komputerze źródłowym, ale po skopiowaniu do celu, nie byłem w stanie zbudować mojego projektu instalacyjnego i miałem ten błąd.

Otworzyłem folder /Debug Pod główną ścieżką mojego projektu instalacyjnego, były Pliki MyProject.msi i setup.exe, usunąłem je i zbudowałem ponownie mój projekt, to działało. Mam nadzieję, że niektórym też się uda.

Sprawdzenie zależności projektu może pomóc.

W VS 2010 kliknij prawym przyciskiem myszy w Eksploratorze rozwiązań, a następnie kliknij wykryte zależności i odśwież Zależności, to czasami rozwiązuje problem.

Używam VS 2017, ale żadne z powyższych rozwiązań nie działa. Tak więc, zaktualizowana najnowsza wersja VS 2017 i zastosuj @AussieAsh rozwiązanie i jego działanie dobrze...

Mam nadzieję, że to rozwiązanie może komuś się uda.

U mnie to było spowodowane błędem .plik suo. (spowodowane przez skydrive ) usunięcie tego pliku rozwiązało problem.

Visual Studio 2017 przechowuje informacje wcześniej przechowywane w rejestrze publicznym w ramach nowego rejestru prywatnego: C:\Users\\AppData\Local\Microsoft\VisualStudio\15.0_6de65198\privateregistry.bin

Tutaj należy dodać EnableOutOfProcBuild zgodnie z instrukcjami dla VS2013/VS2015.

Aby zaktualizować prywatny rejestr można użyć Regedit.

Kliknij, aby wybrać węzeł HKEY_USERS.

Wybierz File > Load Hive i przejdź do privateregistry.bin plik. Po wybraniu go Regedit poprosi o nazwę - nie ma znaczenia, jak go nazwać, ponieważ wkrótce będziemy robić.

Teraz pojawi się struktura rejestru i możesz przejść do Microsoft\VisualStudio\15. 0_Config\MSBuild

Utwórz nowy DWORD EnableOutOfProcBuild o wartości 0.

Po zakończeniu wybierz root ula (cokolwiek nazwałeś wcześniej) i użyj File > Unload Hive, aby od niego odłączyć.

Teraz powinno działać: o)

Mój Visual Studio 2013 jakoś stał się Experimental więc zaczął używać innego klucza rejestru dla EnableOutOfProcBuild

Dla pewności dodałem kolejną linię w moim pliku wsadowym do ustawienia wartości rejestru i zaczęło działać:

REG ADD HKCU\SOFTWARE\Microsoft\VisualStudio\12.0_Config\MSBuild /t REG_DWORD /v EnableOutOfProcBuild /d 0 /f
REG ADD HKCU\SOFTWARE\Microsoft\VisualStudio\12.0Exp_Config\MSBuild /t REG_DWORD /v EnableOutOfProcBuild /d 0 /f

Just run this exe

C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\IDE\CommonExtensions\Microsoft\VSI\DisableOutOfProcBuild\DisableOutOfProcBuild.exe

C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\CommonExtensions\Microsoft\VSI\DisableOutOfProcBuild\DisableOutOfProcBuild.exe

Step-1 I have "created a DWORD key with the name" EnableOutOfProcBuild " I set it ' s value to "0" Na poniższej ścieżce

“HKEY_CURRENT_USER\SOFTWARE\Microsoft\VisualStudio\14.0_Config\MSBuild”

Uwaga: Upewnij się, że zalogowałeś się do tego samego użytkownika, który próbuje zbudować projekt

Dobra, zajrzałem do tego problemu, dopóki nie byłem niebieski w twarzy, czerwony w twarzy, tracąc włosy i tracąc rozum, i próbowałem każdego kroku, jaki mogłem znaleźć. :- D

Moje rozwiązanie dla Visual Studio 2017 / TeamCity było połączeniem dwóch rozwiązań @it3xl i pomocy @Night94 .

Wydawało się, że problem polega na tym, że brakuje klucza rejestru dla użytkownika TeamCity.

• Bieganie DisableOutOfProcBuild.exe Jak wspomniano przez @AussieAsh dlatego nie działa, ponieważ dodał klucz rejestru tylko dla mojego użytkownika.
Po uruchomieniu z TeamCity, skrypt wymieniony przez @it3xl również się nie powiódł]}

Rozwiązaniem było dodanie następującego kroku kompilacji wiersza poleceń z TeamCity przed MSBuild:

REG ADD HKCU\SOFTWARE\Microsoft\VisualStudio\15.0_2c79e3fe_Config\MSBuild /t REG_DWORD /v EnableOutOfProcBuild /d 0 /f

Po uruchomieniu tego kroku, w razie potrzeby można go usunąć.

Podsumowanie rozwiązania

Albo:

• run DisableOutOfProcBuild.exe jako użytkownik TeamCity , lub
• przejdź do klucza rejestru HKCU\SOFTWARE\Microsoft\VisualStudio i sprawdź wymienioną wersję, a następnie zmień powyższą REG ADD, aby dopasować wersje (pamiętaj, aby dodać _Config) jako krok w kompilacji TeamCity.

Ponownie powyższe powinno być wykonane tylko raz. Możesz następnie wyłączyć ten krok w TeamCity, pozostawiając go w celach informacyjnych, jeśli ponownie napotkasz problem.

Miałem dziś ten problem, spróbuj ponownie uruchomić Visual Studio, jeśli to nie zrobi, utwórz nowy projekt, zapisz go, a następnie skopiuj pliki z projektu problemu. obie metody zadziałały.

Najpierw wyczyść rozwiązanie, zbuduj rozwiązanie, a następnie spróbuj zbudować instalator. Usunie błąd.