Під час перевірки сталася помилка. HRESULT = '8000000A'

Я певний час отримував цю помилку під час використання devenv в автоматичній збірці. Я переглянув кожен веб-сайт, який я можу знайти, і звичайні відповіді згадують про освіжаючі залежності (які, на мою думку, виправляють це для ручного розгортання, але не для автоматичного) та видалення кодування вихідного контролю з проектів, що мені не допомогло.

Помилка виникає не кожен раз, коли я будую, але кожен раз здається випадковим для різних проектів розгортання.

Хтось має поради щодо того, чому саме ця помилка виникає, і як рухатись до її виправлення?

Це відомий випуск у Visual Studio 2010 (стан перегонів). Дивіться цей елемент підключення .

Ми також зіткнулися з цим і отримали дуже незадовільний дзвінок щодо підтримки з цим питанням у Microsoft. Коротка історія: це відома проблема, вона не буде вирішена, і Microsoft радить відійти від проектів налаштування Visual Studio (.vdproj).

Ми вирішили цю проблему, запустивши MSI збирати вдруге, коли вона виходить з ладу. Не приємно, але він працює більшу частину часу (рівень помилок знижується з ~ 10% до ~ 1%).

Оновлення для тих, хто отримав цю проблему для VS2013 або VS2015 після оновлення проекту налаштування VS200X за допомогою розширення Microsoft Visual Studio Installer Projects.

Дотримуючись рецепта v1.0.0.0 від MS нарешті, він змусив мене працювати:

Проекти інсталятора Microsoft Visual Studio

На жаль, ми не змогли вирішити всі випадки проблеми командного рядка для цього випуску, оскільки ми все ще досліджуємо відповідний спосіб їх вирішення. Що ми маємо - це рішення, яке, на нашу думку, буде працювати майже для всіх. Якщо ви все ще страждаєте від цієї проблеми, ви можете спробувати змінити значення DWORD для наступного значення реєстру на 0: HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\12.0_Config\MSBuild\EnableOutOfProcBuild (VS2013)
або
HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\14.0_Config\MSBuild\EnableOutOfProcBuild(VS2015)
Якщо цього не існує, ви можете створити його як DWORD.

Оновлення станом на 14.06.2017

розширення Microsoft Installer Visual Studio 2017 тепер включає в себе допоміжний інструмент командного рядка для того, щоб зробити налаштування реєстру значно простішим у застосуванні проектів Microsoft Visual Studio 2017 Installer

Приклад контурів інструменту (на основі встановленої версії Visual Studio)

Професійне видання: C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\Common7\IDE\CommonExtensions\Microsoft\VSI\DisableOutOfProcBuild\DisableOutOfProcBuild.exe

Видання спільноти: C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\IDE\CommonExtensions\Microsoft\VSI\DisableOutOfProcBuild\DisableOutOfProcBuild.exe

З ПРОЧИТАННЯ

Цей простий інструмент призначений для того, щоб допомогти користувачам встановити ключ реєстру, необхідний для усунення цієї помилки, яка може з’явитися при складанні проектів інсталятора за допомогою збірок командного рядка:

ПОМИЛКА. Під час перевірки сталася помилка. HRESULT = '8000000A'

Інструмент призначений для Visual Studio 2017+ і встановлює цей ключ ключа для конкретного встановленого екземпляра Visual Studio для поточного користувача. Отже, якщо ви встановлюєте це для агента збирання, обов'язково використовуйте обліковий запис користувача, який буде використовувати збірка.

Запустіть "DisableOutOfProcBuild.exe" довідки про використання інформації.

Я читав десь в Інтернеті про це, і це виправив так (це хтось запропонував) :

• відкрийте файл проекту налаштування (.vdproj) у блокноті (або будь-якому іншому текстовому редакторі)

• видаліть ці рядки на початку файлу .vdproj:

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

• будувати заново - помилка відсутня

Ця помилка не завадила мені розгортати, створювати, налагоджувати (або робити що-небудь) мій проект, він мене просто дратував. І це сталося, навіть якщо я встановив, що всі проекти будуватимуться в поточній конфігурації, а проект налаштування - не робити.

Постійне рішення (+ для будівельних машин)

Візуальна студія 2017

Для VS 2017 викличте такі сценарії CMD під цільовим обліковим записом Windows:

Суспільне видання
Професійне видання
Enterprise edition

TL; DR. Примітки для поганого DisableOutOfProcBuild.exe, пропонованого рішенням Microsoft, яке я використовую для VS 2017.

1. DisableOutOfProcBuild.exeне припускає, що ви зателефонуєте зі своєї інсталяційної папки . Отже, ви не можете скопіювати цей .exe файл. (До речі, якщо ви хочете побудувати .vdproj, ви повинні встановити VS.)
2. DisableOutOfProcBuild.exe працюватиме лише в тому випадку, якщо для поточного каталогу CMD встановлено місце установки DisableOutOfProcBuild.exe.

Як приклад, для видання VS Professional ми повинні зателефонувати

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

Visual Studio 2015 і новіші

CMD для поточного користувача Windows

Для багатьох людей створення / виправлення HKEY_CURRENT_USER\..не завжди працює або працює постійно.
Намагаючись вирішити це, я виявив, що насправді мені потрібно створити / змінити якийсь дивний ключ під HKEY_USERS HKEY_USERS\S-1-5-xx-xxxxxxxxxx-xxxxxxxxx-xxxxxxxxxxx-xxxxx\...\MSBuild

Але я також виявив, що якщо я буду використовувати консоль CMD для HKCUзапропонованого виправлення,
REG ADD HKCU\SOFTWARE\Microsoft\VisualStudio\14.0_Config\MSBuild /t REG_DWORD /v EnableOutOfProcBuild /d 0 /f
це значення запише саме в той дивний ключ HKEY_USERS \ S-1-5-xx-xxxxxxxxxx-xx ... , а не в HKEY_CURRENT_USER .

Отже, це працює з першого пострілу і назавжди. Просто використовуйте консоль 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)

Solver для серверів збірки

З іншого боку, цей код завжди працює для поточного облікового запису користувача, який його запускає (через HKEY_CURRENT_USER). Але сервери збирання часто використовують спеціальні облікові записи або локальну систему тощо.

Я виправив це на своїх складальних машинах, додавши наступний простий пакетний файл до моїх завдань збирання (Jenkins, TeamCity, CruiseControl)

VS-2015 , VS-2013 , VS-2017-Community , VS-2017-Professional , VS-2017-Enterprise

Як зазначено в коментарях тут , для VS2017 вам потрібно буде створити DWORD HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 15.0_ [IDKey] _Config \ MSBuild \ EnableOutOfProcBuild Замінити [IDKey] суфіксом ідентифікатора існуючого підрозділу 15.0tudio віртуального підрозділу 15.0 .

Наприклад, якщо під VisualStudio ви бачите ключ "15.0_abcd1234", це буде "15.0_abcd1234_Config".

Виправлення зараз завантажено тут:

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

Ви можете прочитати про це тут:

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

Я зіткнувся з цією проблемою після перенесення свого проекту на інший ПК (VS 2010, декілька проектів у вирішенні).

Мій проект вже був побудований у вихідному комп’ютері, але після того, як я скопіював на ціль, я не зміг створити свій проект установки та помилка.

Я відкрив /Debugпапку під своїм кореневим шляхом Setup Project, там були MyProject.msiі setup.exeфайли, я видалив їх і знову створив свій проект, він працював. Сподіваюся, що це працює і для деяких хлопців.

Перевірка залежностей від проекту може допомогти.

У VS 2010 клацніть правою кнопкою миші у вашому досліднику рішень, а потім натисніть «Виявлені залежності» та «Оновлення залежностей», це колись вирішує проблему.

Я використовую VS 2017, але жодне з наведених вище рішень не працює. Отже, оновлена ​​остання версія VS 2017 і застосувати рішення @AussieAsh та його роботу чудово ...

Я сподіваюся, що це рішення може комусь спрацювати.

зі мною це було викликано неправильним файлом .suo. (викликано skydrive) видалення цього файлу вирішило проблему.

Visual Studio 2017 зберігає інформацію, раніше збережену в державному реєстрі, у новому приватному реєстрі: C: \ Користувачі \\ AppData \ Local \ Microsoft \ VisualStudio \ 15.0_6de65198 \ privateregistry.bin

Тут потрібно додати EnableOutOfProcBuild відповідно до інструкцій для VS2013 / VS2015.

Для оновлення приватного реєстру можна використовувати Regedit.

Клацніть, щоб вибрати вузол HKEY_USERS.

Виберіть «Файл»> «Завантажити вулик» та перейдіть до файла privateregistry.bin. Коли ви виберете його, Regedit попросить імені - не має значення, як ви його назвете, як ми незабаром зробимо це.

Тепер з’явиться структура реєстру, і ви можете перейти вниз до Microsoft \ VisualStudio \ 15.0_Config \ MSBuild

Створіть новий DWORD EnableOutOfProcBuild зі значенням 0.

Після закінчення виберіть корінь вулика (як би ви його не назвали раніше) та використовуйте File> Unload Hive, щоб відірватися від нього.

Тепер це має працювати: o)

Моя Visual Studio 2013 якось стала експериментальною, тому вона почала використовувати інший ключ реєстру для EnableOutOfProcBuild

Щоб бути впевненим, я просто додав ще один рядок у свій пакетний файл для встановлення значення реєстру, і він почав працювати:

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

Просто запустіть цей екзе

(Суспільне видання Visual Studio 2017)

C: \ програмні файли (x86) \ Microsoft Visual Studio \ 2017 \ Community \ Common7 \ IDE \ CommonExtensions \ Microsoft \ VSI \ DisableOutOfProcBuild \ DisableOutOfProcBuild.exe

(Видання Visual Studio 2017 Enterprise)

C: \ Файли програми (x86) \ Microsoft Visual Studio \ 2017 \ Enterprise \ Common7 \ IDE \ CommonExtensions \ Microsoft \ VSI \ DisableOutOfProcBuild \ DisableOutOfProcBuild.exe

Гаразд, я розглядав цю проблему, поки не синіла в обличчі, почервоніла в обличчі, втратила волосся і втратила розум, і спробувала кожен крок, який могла знайти. :-D

Моє рішення для Visual Studio 2017 / TeamCity було поєднанням двох рішень від @ it3xl та деякою допомогою від @ Night94 .

Виникла проблема у тому, що ключ реєстру для користувача TeamCity відсутній.

• Запуск, DisableOutOfProcBuild.exe як згадував @AussieAsh, тому не працював, оскільки додав ключ реєстру лише для мого користувача.
• використання сценарію, згаданого @ it3xl, також не вдалося під час запуску з TeamCity

Тому рішенням було додати наступне як крок побудови командного рядка від TeamCity перед MSBuild:

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

Після запуску цього кроку його можна буде видалити, якщо потрібно.

Резюме рішення

Або:

• запустити DisableOutOfProcBuild.exe як користувач TeamCity , або
• перейдіть до ключа реєстру HKCU\SOFTWARE\Microsoft\VisualStudioі перевірте перелічену версію, а потім REG ADDвнесіть зміни до вищезгаданого, щоб відповідати версіям (не забудьте додати _Config) як крок у збірці TeamCity.

Знову ж таки, вищезазначене потрібно було зробити лише один раз. Ви можете відключити можливість перейти до TeamCity, залишивши його для довідки, якщо ви знову зіткнетеся з проблемою.

Крок 1: " Я створив ключ DWORD з ім'ям" EnableOutOfProcBuild "і встановив значення" 0 "на нижньому шляху

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

Примітка. Переконайтеся, що ви увійшли з тим самим користувачем, який ви намагаєтеся створити проект

Для мене це добре працює.

Якщо ця проблема була сьогодні, спробуйте перезапустити Visual Studio, якщо це не робить, створити новий проект, збережіть його і потім скопіюйте файли з проблемного проекту. обидва методи працювали на мене.

Спочатку очистіть рішення, складіть його, а потім спробуйте створити інсталятор. Це видалить помилку.