在自动构建上使用 devenv 时，我收到此错误已有一段时间了。我浏览了我能找到的每个网站，通常的答案提到刷新依赖项（我相信它可以修复手动部署，但不能自动部署）并从项目中删除源代码控制编码，这对我没有帮助。
我每次构建时都不会出现错误，但每次在不同的部署项目上似乎都是随机的。
有人对为什么会发生此错误以及如何修复它有任何建议吗？
【问题讨论】：
elegant solution)。
标签： .net visual-studio-2010 windows-installer devenv hresult
对于那些在使用 Microsoft Visual Studio 安装程序项目扩展升级 VS200X 安装项目后遇到此问题的 VS2013 或 VS2015 的用户的更新。
按照 MS v1.0.0.0 的配方，终于让它对我有用了：
Microsoft Visual Studio Installer Projects
很遗憾，我们无法解决此版本的所有命令行问题，因为我们仍在研究解决这些问题的适当方法。我们所拥有的是一种解决方法，我们相信它几乎适用于所有人。如果您仍然遇到此问题，则可以尝试将以下注册表值的 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。
【讨论】：
Microsoft Visual Studio 2017 安装程序项目扩展现在包含一个命令行帮助工具，可让注册表设置更易于应用 Microsoft Visual Studio 2017 Installer Projects
工具的示例路径（基于安装的 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 实例设置此 reg 密钥。因此，如果您在构建代理上进行设置，请确保使用构建将使用的用户帐户。
运行“DisableOutOfProcBuild.exe help”了解使用详情。
【讨论】：
这是 Visual Studio 2010 中的一个已知问题（竞争条件）。见this connect item。
我们也遇到过这个问题，并且就这个问题与 Microsoft 进行了一次非常不满意的支持电话。长话短说：这是一个已知问题，无法解决，Microsoft 建议放弃 Visual Studio 安装项目 (.vdproj)。
我们已通过在第一次失败时触发第二次 MSI 构建来解决此问题。不太好，但它大部分时间都有效（错误率从 ~ 10% 下降到 ~ 1%）。
【讨论】：
我在网上的某个地方读到过这个，我已经修复了它（这是有人建议的）：
删除 .vdproj 文件开头的这些行：
"SccProjectName" = "8:"
"SccLocalPath" = "8:"
"SccAuxPath" = "8:"
"SccProvider" = "8:"
那个错误并没有阻止我部署、构建、调试（或任何其他）我的项目，它只是让我很恼火。即使我将所有项目设置为在当前配置中构建并且设置项目不设置，它也会出现。
【讨论】：
对于 VS 2017，在您的目标 Windows 帐户下调用以下 CMD 脚本：
Community 版
Professional 版
Enterprise
版本
TL;DR. 给可怜的 DisableOutOfProcBuild.exe 的注释，这是我在 VS 2017 中使用的 Microsoft 提供的解决方案。
DisableOutOfProcBuild.exe 不会假设你会称它为 out of its installation folder。所以，你不能复制这个 .exe 文件。 （顺便说一句，如果你想构建.vdproj，你必须安装VS。）DisableOutOfProcBuild.exe 仅在当前 CMD 目录设置为 DisableOutOfProcBuild.exe 的安装位置时有效。例如，对于 VS 专业版，我们必须调用
CD "C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\Common7\IDE\CommonExtensions\Microsoft\VSI\DisableOutOfProcBuild"
CALL DisableOutOfProcBuild.exe
为当前 Windows 用户使用 CMD
对于许多人来说，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)
另一方面，此代码始终适用于启动它的当前用户帐户（因为 HKEY_CURRENT_USER）。但是构建服务器通常使用专用帐户或本地系统等。
我通过将以下简单的批处理文件添加到我的构建任务（Jenkins、TeamCity、CruiseControl）中，在我的构建机器上修复了它
VS-2015, VS-2013, VS-2017-Community, VS-2017-Professional, VS-2017-Enterprise
【讨论】：
正如 cmets here 中所指出的，对于 VS2017，您需要创建 DWORD HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\15.0_[IDKey]_Config\MSBuild\EnableOutOfProcBuild 将 [IDKey] 替换为 VisualStudio 现有 15.0 子项的 ID 后缀。
例如，如果您在 VisualStudio 下看到键“15.0_abcd1234”，则它会是“15.0_abcd1234_Config”。
【讨论】：
【讨论】：
在将我的项目移动到另一台 PC（VS 2010，一个解决方案中的多个项目）后，我遇到了这个问题。
它已经在源计算机中构建了我的项目，但在我复制到目标计算机后，我无法构建我的安装项目并出现此错误。
我打开了我的安装项目根路径下的/Debug 文件夹，里面有MyProject.msi 和setup.exe 文件，我删除了它们并再次构建了我的项目，它工作正常。希望它也适用于某些人。
【讨论】：
检查项目依赖关系可能会有所帮助。
在 VS 2010 中右键单击解决方案资源管理器，然后单击检测到的依赖项和刷新依赖项，有时它会解决问题。
【讨论】：
只需运行这个 exe
（Visual Studio 2017 社区版）
C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\IDE\CommonExtensions\Microsoft\VSI\DisableOutOfProcBuild\DisableOutOfProcBuild.exe
（Visual Studio 2017 企业版）
C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\CommonExtensions\Microsoft\VSI\DisableOutOfProcBuild\DisableOutOfProcBuild.exe
【讨论】：
我正在使用 VS 2017，但上述解决方案均无效。 因此，升级最新版本的 VS 2017 并应用 @AussieAsh 解决方案，它的工作正常......
我希望这个解决方案可能有人会起作用。
【讨论】：
好的，我一直在研究这个问题，直到我脸色发青，脸色发红，失去了头发，失去了理智，并尝试了我能找到的每一步。 :-D
我的 Visual Studio 2017 / TeamCity 解决方案结合了 @it3xl 的两种解决方案和 @Night94 的一些帮助。
问题似乎是 TeamCity 用户 的注册表项丢失。
DisableOutOfProcBuild.exe as mentioned by @AussieAsh 因此不起作用，因为它仅为我的用户添加了注册表项。因此，解决方案是在 MSBuild 之前添加以下内容作为 TeamCity 的命令行构建步骤：
REG ADD HKCU\SOFTWARE\Microsoft\VisualStudio\15.0_2c79e3fe_Config\MSBuild /t REG_DWORD /v EnableOutOfProcBuild /d 0 /f
运行此步骤后，如果需要，可以将其删除。
要么：
DisableOutOfProcBuild.exe，或HKCU\SOFTWARE\Microsoft\VisualStudio 并检查列出的版本，然后修改上面的REG ADD 以匹配版本（记得添加_Config）作为TeamCity 构建中的一个步骤。同样，上述操作只需执行一次。如果您再次遇到问题，您可以在 TeamCity 中禁用此步骤以供参考。
【讨论】：
对我来说，这是由错误的 .suo 文件引起的。 （由skydrive引起） 删除这个文件解决了这个问题。
【讨论】：
Visual Studio 2017 将先前存储在公共注册表中的信息存储在新的私有注册表中： C:\Users\\AppData\Local\Microsoft\VisualStudio\15.0_6de65198\privateregistry.bin
这是您需要根据 VS2013/VS2015 的说明添加 EnableOutOfProcBuild 的地方。
要更新私有注册表，您可以使用 Regedit。
单击以选择 HKEY_USERS 节点。
选择文件 > 加载 Hive 并导航到 privateregistry.bin 文件。当您选择它时，Regedit 会要求您输入一个名称 - 您如何称呼它并不重要，因为我们很快就会完成。
现在将显示注册表结构，您可以向下导航到 Microsoft\VisualStudio\15.0_Config\MSBuild
创建一个值为 0 的新 DWORD EnableOutOfProcBuild。
完成后，选择 hive 的根目录（无论您之前如何命名），然后使用 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
【讨论】：
Step-1 我已经“创建了一个名为“EnableOutOfProcBuild”的 DWORD 键，并将其值设置为“0”路径下方
“HKEY_CURRENT_USER\SOFTWARE\Microsoft\VisualStudio\14.0_Config\MSBuild”
注意：确保您使用与您尝试构建项目的用户相同的用户登录
对我来说很好用。
【讨论】：
今天遇到这个问题，尝试重新启动 Visual Studio，如果还是不行，则创建一个新项目，保存它，然后将问题项目中的文件复制过来。这两种方法都对我有用。
【讨论】：
请先清理解决方案，构建解决方案，然后再尝试构建安装程序。它将消除错误。
【讨论】：