Visual studio 2008 项目文件'';已重命名或不再在解决方案中

Visual studio 2008 项目文件'';已重命名或不再在解决方案中,visual-studio-2008,Visual Studio 2008,在VisualStudio2008中尝试构建解决方案时,是否有人遇到过此错误 它快把我逼疯了!我已经删除了所有包含的项目并重新添加了它们,但它仍然不允许我构建或运行解决方案 有什么建议吗?如果您在文本编辑器中打开解决方案文件(SolutionName.sln),您应该为每个项目添加两行类似的内容: Project("{FAE04EC0-301F-11D3-BF4B-00C04F89EFBC}") = "ProjectName", "ProjectName\ProjectName.csproj",

在VisualStudio2008中尝试构建解决方案时,是否有人遇到过此错误

它快把我逼疯了!我已经删除了所有包含的项目并重新添加了它们,但它仍然不允许我构建或运行解决方案


有什么建议吗?

如果您在文本编辑器中打开解决方案文件(SolutionName.sln),您应该为每个项目添加两行类似的内容:

Project("{FAE04EC0-301F-11D3-BF4B-00C04F89EFBC}") = "ProjectName", "ProjectName\ProjectName.csproj", "{6B887D8C-D874-4AB2-B2CC-3551DEA2CC83}"
EndProject

这些线之间可能有更多的东西,或者在这种情况下,它们可能会以某种方式损坏。如果您可以隔离问题条目并将其删除,您可能可以恢复解决方案。

此处接受的解决方案没有为我们解决问题。.sln文件具有指向项目的正确路径。相反,结果是有人将.sln.cache文件推送到git中,而该文件的项目路径错误。我们从计算机中删除了.sln.cache文件,构建工作正常。为了防止将来出现这种情况,我们从git中删除了.sln.cache文件,将*.sln.cache添加到.gitignore文件中。

我昨天花了几个小时处理这个错误,幸运的是找到了问题的根源

我们有一个项目文件,我们就叫它ProblemProj.vcxproj,它最初包含在SolutionA.sln中,并且编译得很好。然后将该项目添加到另一个解决方案SolutionB.sln中,并在该解决方案中进行精细编译。但是,返回SolutionA后,“项目文件“”已重命名”错误开始发生

发生这种情况是因为VS2010决定更改ProblemProj.vcxproj的ProjectGUID。SolutionB.sln引用了正确的GUID,但SolutionA.sln仍然引用了旧的GUID

您可以在.sln文件中找到它,如下所示:

{271F161A-F26F-41D1-BDC8-FCF912A2F4FB}

可通过以下方式解决此问题:

1) 通过在文本编辑器中打开并查找上述标记,手动编辑SolutionA.sln中的GUID

2) 从SolutionA.sln中删除项目并重新添加;这导致它选择了正确的GUID,幸运的是没有决定再次更改它

3) 恢复ProblemProj.vcxproj中的GUID更改(这将导致SolutionB中发生完全相同的错误,因此我不建议这样做,除非SolutionB对您不再重要)


希望这有帮助。

转到您的项目参考,检查其中一个参考项目是否带有标签(不可用)

删除此引用并再次添加它


我想到了这个问题,这就是我找到解决这个问题的方法。

在加载VS 2010似乎满意的解决方案后,我在VS 2012中遇到了相同的错误,原因略有不同


证明了解决方案中的单个C++项目引用了一个未命名的项目(只是一个GUID;没有名字,没有路径)。当加载此项目时,不可能为解决方案中的任何项目生成、清理或显示引用。我从解决方案中卸载项目,直到它停止抱怨,才发现哪个项目的引用不好。

取消SDF。我尝试检查所有的guid和引用,但没有成功。我删除了解决方案的SDF文件,它被清除了。(SDF是一个自动生成的数据库文件。)

此错误可能由多个问题在VC2012中生成。在我的例子中,发生错误是因为我没有将所有项目依赖项添加到项目树中。例如,我正在编写一个程序,我们称之为MyProgram,它使用库a中的函数。库a项目被添加到项目树中。但是,项目库A取决于库B中包含的函数。如果库B项目未添加到MyProgram的项目中,则在我尝试编译和链接时将生成此错误。添加库B项目将解决此问题


我猜从技术上讲,错误消息是正确的,但如果有更详细的错误消息,例如“project MyProgram缺少库a依赖项”,则更容易诊断此问题。

您是在尝试构建新项目还是现有项目?你能提供更多的细节吗..现有的解决方案,刚刚从中删除了几个不再存在的项目,VS变得有点精神化了!微软不能做得更好吗?比如,给出一些关于哪个项目失败的指示如何?由于Visual Studio(和C++)的错误或不良行为,我损失了无数个小时。只有我期望的两个命名项目,以及一些全局信息,没有没有没有名称的额外项目…如果创建一个新的解决方案并将现有项目添加到其中,它会起作用吗?不知道,如何从头开始创建新的SLN而不从项目开始?或者您可以在新的VS副本中打开一个project.csproj文件,它将为itnvm创建一个解决方案,已修复:删除项目不会从另一个项目中删除对程序集的引用,这似乎混淆了与我所认为的最糟糕的错误信息:DThanks。。。你的暗示解决了我的问题。在这种情况下,项目引用的是解决方案中不存在的其他项目。通过查看项目参考资料,我意识到了这一点。