Wystąpił błąd podczas weryfikacji. HRESULT = '8000000A'


Od jakiegoś czasu otrzymuję ten błąd podczas używania devenv w automatycznej kompilacji. Przeszukałem wszystkie strony internetowe, które udało mi się znaleźć, a zwykłe odpowiedzi wspominają o odświeżaniu zależności (które przypuszczam naprawiają je do ręcznego wdrażania, ale nie automatycznego) i usuwaniu kodu kontroli źródła z projektów, co dla mnie nie działało.
Błąd nie występuje za każdym razem, gdy kompiluję, ale za każdym razem wydaje się losowy w różnych projektach wdrożeniowych.
Czy ktoś ma jakieś rady, dlaczego dokładnie ten błąd występuje i jak to naprawić?
Zaproszony:
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Aktualizacja dla każdego, kto napotkał ten problem dla VS2013 lub VS2015 po zaktualizowaniu projektu instalacyjnego VS200X przy użyciu rozszerzenia Microsoft Visual Studio Installer Projects.
Postępowanie zgodnie z przepisem na wersję 1.0.0.0 z MS w końcu sprawiło, że zadziałało:
Projekty Instalatora Microsoft Visual Studio
http://visualstudiogallery.msd ... stety, nie byliśmy w stanie rozwiązać wszystkich problemów związanych z wierszem poleceń w tej wersji, ponieważ wciąż badamy odpowiednie rozwiązanie. To, co mamy, to obejście, które naszym zdaniem będzie działać w przypadku prawie wszystkich z nich. Jeśli nadal cierpisz na 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 nie istnieje, możesz utworzyć go jako DWORD.
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:


Aktualizacja z 14.06.2017 r
>
Rozszerzenie Microsoft Visual Studio 2017 Installer Projects zawiera teraz narzędzie pomocnicze wiersza poleceń, które ułatwia stosowanie ustawień rejestru

Projekty instalatora programu Microsoft Visual Studio 2017
https://marketplace.visualstud ... jects
Przykładowa ścieżka narzędzia (na podstawie zainstalowanej wersji programu Visual Studio)


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


Wydanie społecznościowe:
C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\IDE\CommonExtensions\Microsoft\VSI\DisableOutOfProcBuild\DisableOutOfProcBuild.exe

Z pliku README
To proste narzędzie zostało zaprojektowane, aby pomóc użytkownikom ustawić klucz rejestru potrzebny do obejścia tego błędu, który może pojawić się podczas tworzenia projektów instalatora przy użyciu zestawów wiersza polecenia:
BŁĄD: Wystąpił błąd podczas weryfikacji. HRESULT = '8000000A'
Narzędzie jest przeznaczone dla programu Visual Studio 2017+ i ustawia ten klucz reg dla określonego zainstalowanego wystąpienia programu Visual Studio dla bieżącego użytkownika. Jeśli więc zainstalujesz to na agencie kompilacji, pamiętaj, aby użyć konta użytkownika, którego będzie używać kompilacja.
Uruchom „Pomoc DisableOutOfProcBuild.exe”, aby uzyskać szczegółowe informacje o użyciu.
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Jest to znany problem w programie Visual Studio 2010 (stan wyścigu). Popatrz

ten element Połącz
http://connect.microsoft.com/V ... -2010
.
Również to napotkaliśmy i otrzymaliśmy od firmy Microsoft bardzo niezadowalający telefon do pomocy technicznej dotyczący tego problemu. Krótko mówiąc, jest to znany problem i nie zostanie rozwiązany, a firma Microsoft zaleca odejście od projektów instalacyjnych programu Visual Studio (.vdproj).
Rozwiązaliśmy ten problem, uruchamiając kompilację MSI po raz drugi, gdy zawiodła za pierwszym razem. Niezbyt dobre, ale działa przez większość czasu (wskaźnik błędów spadł z ~ 10% do ~ 1%).
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Czytałem o tym gdzieś w internecie i tak to naprawiłem

(to zasugerował kto

coś):
  • otwórz plik projektu instalacji (.vdproj) w notatniku (lub dowolnym innym edytorze tekstu)
  • usuń te wiersze na początku pliku .vdproj:
    "SccProjectName" = "8:""SccLocalPath" = "8:""SccAuxPath" = "8:""SccProvider" = "8:"
  • buduj ponownie - błąd zniknął

Ten błąd nie powstrzymał mnie przed wdrożeniem, budowaniem, debugowaniem (lub cokolwiek innego) mojego projektu, po prostu mnie zirytował. Stało się to nawet wtedy, gdy skonfigurowałem wszystkie projekty do kompilacji w bieżącej konfiguracji, ale projekt instalacji nie.
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:


Trwałe rozwiązanie (+ dla maszyn montażowych)
>

Visual Studio 2017
>
W przypadku programu VS 2017 wywołaj następujące skrypty CMD na docelowym koncie systemu Windows:
Wydanie społecznościowe
https://github.com/it3xl/MSBui ... d.bat
Profesjonalny
https://github.com/it3xl/MSBui ... d.bat
wydanie
Zbiorowy
https://github.com/it3xl/MSBui ... d.bat
wydanie



TL; DR

uwagi dotyczące kiepskiego
DisableOutOfProcBuild.exe
, który zawiera rozwiązania firmy Microsoft, których używam w VS 2017.
  • DisableOutOfProcBuild.exe
    nie sugeruje, jak zadzwonisz pochodzi z folderu instalacyjnego https://github.com/it3xl/MSBui ... 13... Nie możesz więc skopiować tego pliku .exe. (Przy okazji, jeśli chcesz skompilować .vdproj, musisz zainstalować VS.)
  • DisableOutOfProcBuild.exe
    będzie działać tylko wtedy, gdy bieżący katalog CMD jest ustawiony na lokalizację DisableOutOfProcBuild.exe.

Jako przykład dla edycji VS Professional powinniśmy wymienić
CD "C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\Common7\IDE\CommonExtensions\Microsoft\VSI\DisableOutOfProcBuild"
CALL DisableOutOfProcBuild.exe

Visual Studio 2015 i starsze
>

przez CMD dla bieżącego użytkownika

Windows
Dla wielu osób tworzenie/naprawianie pod
HKEY_CURRENT_USER \ ..
nie zawsze działa lub nie działa przez cały czas.

Próbując rozwiązać ten problem, stwierdziłem, że w rzeczywistości muszę utworzyć/zmienić jakiś dziwny klucz w sekcji

HKEY_USERS
HKEY_USERS\S-1-5-xx-xxxxxxxxxx-xxxxxxxxx-xxxxxxxxxxx-xxxxx\...\MSBuild
Ale odkryłem również, że jeśli używam konsoli CMD dla
HKCU
z sugerowaną poprawką
REG ADD HKCU\SOFTWARE\Microsoft\VisualStudio\14.0_Config\MSBuild/t REG_DWORD/v EnableOutOfProcBuild/d 0/f

Spowoduje to zapisanie wartości dokładnie w tym dziwnym kluczu

HKEY_USERS\S-1-5-xx-xxxxxxxxxx-xx...
, nie w

HKEY_CURRENT_USER

.



Więc działa od pierwszego ujęcia i na zawsze. Po prostu użyj konsoli CMD.
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)


Utwórz dodatek Server Solver
>
Z drugiej strony ten kod zawsze działa dla bieżącego konta użytkownika, które go uruchamia (z powodu HKEY_CURRENT_USER). Ale serwery kompilacji często używają dedykowanych kont lub systemu lokalnego itp.
Naprawiłem to na moich maszynach do kompilacji, dodając następujący prosty plik wsadowy do moich zadań kompilacji (Jenkins, TeamCity, CruiseControl)
VS-2015 ,
VS-2013 ,
VS-2017-Community ,
VS-2017-Professional ,
VS-2017-Enterprise
https://github.com/it3xl/MSBui ... d.bat
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Jak wskazano w komentarzach

tutaj
http://HKEY_CURRENT_USER%255CS ... C5.0_[IDKey]_Config%5CMSBuild%5CEnableOutOfProcBuild, dla VS2017 musisz utworzyć DWORD HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 15.0_ [IDKey] _Config \ MSBuild \ EnableOutOfProcBuild
Zastąp [IDKey] sufiksem ID istniejącego podklucza 15.0 sekcji VisualStudio.
Na przykład, jeśli w VisualStudio zobaczysz klucz „15.0_abcd1234”, będzie to „15.0_abcd1234_Config”.
https://i.stack.imgur.com/H4K9i.png
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Poprawka została przesłana tutaj:
http://connect.microsoft.com/VisualStudio/ downloads/DownloadDetails. aspx? DownloadID = 33186
http://connect.microsoft.com/V ... 33186
możesz o tym przeczytać tutaj:
http://connect.microsoft.com/VisualStudio/ reviews/review/595632/inconsistent-hanging-with-devenv-2010
http://connect.microsoft.com/V ... -2010
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Napotkałem ten problem po przeniesieniu projektu na inny komputer (VS 2010, wiele projektów w jednym rozwiązaniu).
Już zbudował mój projekt na maszynie źródłowej, ale po skopiowaniu go na docelowy nie mogłem zbudować projektu instalacyjnego i otrzymałem ten błąd.
Otworzyłem folder
/ Debug
w ścieżce głównej mojego projektu instalacyjnego, były tam pliki
MyProject.msi
i
setup.exe
, usunąłem je i ponownie zbudowałem mój projekt, zadziałało. Mam nadzieję, że to zadziała również dla niektórych facetów.
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Pomocne może być sprawdzenie zależności projektu.
W VS 2010 kliknij prawym przyciskiem myszy rozwiązanie eksploratora, a następnie wybierz wykryte zależności i zaktualizuj zależności, to kiedyś rozwiąże problem.
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Używam VS 2017, ale żadne z powyższych rozwiązań nie działa.
Tak więc zaktualizowany do najnowszego VS 2017 i zastosowany rozwiązanie @ AussieAsh i działa świetnie ...
Mam nadzieję, że to rozwiązanie może zadziałać dla kogoś.
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Miałem to z powodu złego pliku .suo. (spowodowane przez skydrive)
usunięcie tego pliku rozwiązało problem.
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Program Visual Studio 2017 przechowuje informacje wcześniej przechowywane w rejestrze publicznym w nowym rejestrze prywatnym.:
C:\Users\\AppData\Local\Microsoft\VisualStudio\15.0_6de65198\privateregistry.bin
Tutaj musisz dodać EnableOutOfProcBuild zgodnie z instrukcjami dla VS2013/VS2015.
Możesz użyć Regedit, aby zaktualizować prywatny rejestr.
Kliknij, aby zaznaczyć węzeł HKEY_USERS.
Wybierz plik & > pobierz Hive i przejdź do pliku privateregistry.bin. Kiedy ją wybierzesz, Regedit zapyta o nazwę - nie ma znaczenia, jak ją nazwiesz, ponieważ wkrótce skończymy.
Zostanie wyświetlona struktura rejestru i powinno być możliwe przejście do Microsoft \ VisualStudio \ 15.0_Config \ MSBuild
Utwórz nowy DWORD EnableOutOfProcBuild z wartością 0.
Następnie wybierz gałąź główną (cokolwiek nazwałeś wcześniej) i użyj Plik & > Zwolnij Hive, aby odłączyć się od niego.
Powinno teraz działać: o)
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Mój Visual Studio 2013 w jakiś sposób się zmienił

eksperymentalny

więc zaczął używać innego klucza rejestru dla domeny

EnableOutOfProcBuild

https://i.stack.imgur.com/WvQJX.png
Aby mieć pewność, właśnie dodałem kolejną linię do mojego pliku wsadowego, aby ustawić wartość 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
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:


Po prostu uruchom to exe

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

Anonimowy użytkownik

Potwierdzenie od:

Okay, studiowałem to, aż stałem się niebieski na twarzy, zaczerwieniony na twarzy, straciłem włosy i oszalałem, próbując każdego kroku, jaki mogłem znaleźć. : - D
Moje rozwiązanie dla

Visual Studio 2017

/ TeamCity to połączenie dwóch rozwiązań z

@it3xl
https://coderoad.ru/8648428/
i trochę pomocy od

@Night94
https://coderoad.ru/8648428/
.
Najwyraźniej problem polegał na tym, że klucz rejestru dla

użytkownik

TeamCity.

Rozwiązaniem było więc dodanie następujących elementów w wierszu poleceń z TeamCity do MSBuild:
REG ADD HKCU\SOFTWARE\Microsoft\VisualStudio\15.0_2c79e3fe_Config\MSBuild/t REG_DWORD/v EnableOutOfProcBuild/d 0/f

Po zakończeniu tego kroku możesz w razie potrzeby odinstalować.

Krótki opis rozwiązania
>
Każdy:
  • uruchom
    DisableOutOfProcBuild.exe
    w imieniu użytkownika Teamcity lub.
  • przejdź do klucza rejestru
    HKCU \ SOFTWARE \ Microsoft \ VisualStudio
    i sprawdź wskazaną wersję, a następnie zmodyfikuj powyższy
    REG ADD
    , aby pasował do wersji (pamiętaj, aby dodać
    _Config
    ) jako krok w budowaniu TeamCity. [/code]

Ponownie, wszystkie powyższe czynności należy wykonać tylko raz. Możesz wyłączyć ten krok w TeamCity, pozostawiając go w celach informacyjnych, jeśli ponownie napotkasz ten problem.
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:


Krok 1

„utworzyłem klucz DWORD o nazwie”

EnableOutOfProcBuild

”i ustaw jego wartość na„

0

„Na ścieżce poniżej
“HKEY_CURRENT_USER\SOFTWARE\Microsoft\VisualStudio\14.0_Config\MSBuild”


Uwaga: upewnij się, że jesteś zalogowany jako ten sam użytkownik, z którym próbujesz utworzyć projekt

To działa świetnie dla mnie.
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Jeśli masz ten problem dzisiaj, spróbuj ponownie uruchomić program Visual Studio, jeśli to nie pomoże, utwórz nowy projekt, zapisz go, a następnie skopiuj pliki z projektu, z którym występuje problem. obie metody działały dla mnie.
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

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

Aby odpowiedzieć na pytania, Zaloguj się lub Zarejestruj się