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ć?
2021-03-02 Dodaj komentarz
Udostępnij to

Nie znaleziono powiązanych wyników

    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.
    2021-03-02 0 0
    Udostępnij to
    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.
    2021-03-02 0 0
    Udostępnij to
    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%).
    2021-03-02 0 0
    Udostępnij to
    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.
    2021-03-02 0 0
    Udostępnij to
    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
    2021-03-02 0 0
    Udostępnij to
    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
    2021-03-02 0 0
    Udostępnij to
    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
    2021-03-02 0 0
    Udostępnij to
    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.
    2021-03-02 0 0
    Udostępnij to
    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.
    2021-03-02 0 0
    Udostępnij to
    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ś.
    2021-03-02 0 0
    Udostępnij to
    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.
    2021-03-02 0 0
    Udostępnij to
    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)
    2021-03-02 0 0
    Udostępnij to
    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
    2021-03-02 0 0
    Udostępnij to
    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
    2021-03-02 0 0
    Udostępnij to
    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.
    2021-03-02 0 0
    Udostępnij to
    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.
    2021-03-02 0 0
    Udostępnij to
    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.
    2021-03-02 0 0
    Udostępnij to
    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.
    2021-03-02 0 0
    Udostępnij to
    Dlaczego jest złożony? 0 odpowiedzi zostało zwiniętych

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

    Polityka prywatności: https://zweryfikowac.pl/Polityka-prywatnosci.pdf
    Copyright © 2023, All Rights Reserved