Visual studio 2008 HRESULT='；80004005'；在VisualStudio2008安装项目中

当我尝试构建我的安装项目时，我得到以下错误：“验证.HRESULT='80004005'时出错”（Microsoft获得了clarity奖）

我在谷歌上发现，一小群开发者也遇到了同样的问题。实际上，错误应该是：“在您的一个项目中找不到引用。”每个人都说明（即使在StackOverflow上）如何找到具有断开引用的项目：

从安装项目中删除所有输出

单独添加每个项目输出，直到看到错误出现

我这样做了，发现主可执行项目和主类库项目出现80004005错误。因为主可执行项目引用了主类库项目，所以我假设问题出现在主类库项目中

一旦找到项目，人们会说删除所有引用，然后重新添加它们（这会修复任何可能是此错误主要原因的路径问题）。事实上，我对解决方案中的所有项目都做过，只是为了更好的衡量。我仍然得到80004005错误

我在谷歌上搜索了大约五个小时，没有找到任何其他建议的解决方案。我几乎要重新设计这个解决方案中的所有7个项目，这将需要我一个小时的时间，而且不能保证结果

---

在我开始向诸神献祭一个可爱的小动物之前，欢迎提出建议。

在多个解决方案中使用相同的项目文件会导致您所观察到的问题。解决方法是重构解决方案或创建单独的项目文件

该问题记录在本连接项中：

有同样的（无法解决的）问题，Yerg的技巧（只是添加文件而不是项目输出）保存了我的*。至少，安装项目已生成，安装程序可在我的本地系统上运行。仍需在客户系统上进行测试

---

非常感谢Yerg。

我遇到了同样的问题

（错误：HRESULT='80004005'）

，下面是解决方案

情况是： 我使用项目“x”输出进行部署。项目“x”构建得很好，但同一项目的部署项目失败了

我的部署项目中包含的其他项目数为。没有直接的方法来确定故障原因。确定失败原因的唯一方法是删除项目，并查看部署项目是否正在生成

通过这一点，您可以确定麻烦的项目

解决办法是： 项目“x”参考中包含的项目数为，但解决方案中未包含所有项目

我已经包括了所有参考项目和部署项目的参考，这些项目都构建得很好。

---

我也在慢慢地将我所有的安装项目迁移到WIX。这似乎是最好的解决方案。

您是否有任何跨解决方案项目，即一个项目出现在多个解决方案中？还是将安装项目从一个解决方案移动到另一个解决方案？所有五个类库（包括上面描述的主类库）都用于许多解决方案中。主可执行项目及其各自的安装项目仅在一个解决方案中使用。感谢您清晰快速的响应。（现在，亲爱的微软：这似乎挫败了“可重用库”的全部意义。）如果我必须为每个血腥的解决方案重新创建它们。我有几十个程序使用我的库，每个程序都需要在某一天构建一个安装项目。现在创建一个安装项目需要花费我几个小时。这完全是不可接受的。如果我必须在一天内创建多个安装项目怎么办？）一定有更好的解决方案。在多个解决方案中使用项目文件会破坏项目文件中的哪些内容？@Yerg：可能最好使用文件引用或从Visual Studio的安装项目中切换。最好的解决方案是完全避免整个主输出。我只是编译了主可执行文件的发行版，然后将所有发行版文件拖放到安装项目中。BAM已修复。（讽刺的是，它在EXE中检测到了.NET Framework依赖项！）不幸的是，显然依赖项也会影响安装哪些先决条件？它检测到.NET Framework是一个依赖项，但它是另一个Microsoft库。不过，我确实在“先决条件”选项卡中包含了所有先决条件，我希望这样就足够了。似乎您需要将其检测为依赖项，并将其作为先决条件进行检查，才能安装该先决条件（？）；安装项目未编译，因此您可以从解决方案中删除它。构建解决方案，从发布文件夹获取文件，将安装项目添加到解决方案中，然后将生成的文件拖放到安装项目中？我不能那样做。。