如何确定为什么视觉工作室可能会跳过项目时，建立一个解决方案

小开

最佳答案

Right click the solution, choose Properties and then Configuration Properties. Here you can choose which projects to build.

[edit]:
参见 Kdt 的评论: ... 当我查看配置属性时... 项目构建目标被配置为“混合平台”，而解决方案被设置为构建“任意 CPU”。

*When this problem happened to me, The main project only had 'Any CPU' and it set the child dll to 'any CPU' too, however, I'd deleted that profile and left only 'x86'. Picking x86 for just the dll make it start working
[/编辑]

小开

进入构建菜单，选择“配置管理器”。这将显示哪些项目配置为在所选配置中生成。

小开

确保你先“干净”了。.VisualStudio 通常不会重新生成没有过期的项目(就其本身而言) ，而只是重用已有的目标代码。

运行一个 clean 应该清除所有以前编译的代码，VS 不应该跳过项目(假设配置管理器已经选择了要构建的项目... ... 参见前面的答案)。

希望能帮上忙。

小开

If the confixguration is x64 and the x64 compiler isn't installed it will skip the project.

小开

有同样的问题，发现项目设置是为安腾 CPU，改为英特尔固定它。

小开

Hey, just fixed this one. Thought it might help. You most likely didn't install corresponding compilers along with the visual studio. This happened to me today - by default, VS 2008 installer doesn't install x64 C++ compiler.

如果您有 SP1，在更改 VS 安装之前卸载它。完成后，再次安装 SP1。

小开

我只是有同样的问题-“卸载项目”和“重载项目”解决了这个问题！

小开

我发现有时候，当您的解决方案和项目中的目标平台设置为 x86时，项目实际上并不总是选择它。

若要进行双重检查，请转到项目属性，并查看是否可以在 Build-> Platform 设置中选择该平台，如果不能的话，则需要转到配置管理器并创建该配置。

小开

当 VS2005遇到同样的问题时，所有的配置都是正确的。它甚至跳过了 Clean 项目命令。

最后卸载/重新加载完成了魔术。

小开

可视化工作室2008年，这可能是因为64位编译器不会安装。

控制面板-> 程序和特性-> MicrosoftVisualStudio2008专业版-> [双击]

On Visual Studio Dialog

下一步—— > 添加/删除特性—— > (下) Visual C + + —— > (选择) x64编译器和工具

小开

VS2010也存在问题; 提出的解决方案: 编辑构建配置，清理，更改/重新更改目标框架，无法工作。但是卸载和重新装载项目可以。

小开

我在一台新 PC 上的一些 WindowsCE 项目中遇到了这个问题。“卸载项目”和“重新加载项目”似乎解决了这个问题，但实际上 Visual Studio 只是切换到了一个不同的平台并构建了这个平台。

事实证明，尽管我的 WinCE 平台显示为活动平台，但 Visual Studio 并没有“真正”看到它。解决方案是使用管理员特权重新安装 WinCE SDK:

确保 VisualStudio2008没有运行。
以管理员身份打开“ VisualStudio2008命令提示符”。在 Windows7上，只需右键单击快捷方式并选择“以管理员身份运行”选项。
Enter the following command: msiexec /log SDKInstallLog.txt /package <the path to your .msi file>
当被问及是否希望执行自定义或完成安装选择自定义，并指示安装程序忽略文档的安装(在我的例子中，这个步骤是不必要的; 事实上，我只是要求它“修复”现有的安装)
安装

小开

VS 2008 will skip x64 targets if you don't have the x64 compiler installed. VS 2008 does not by default. Kind of a duh, thing.

小开

右键单击解决方案资源管理器中的“解决方案”，然后单击菜单底部的“属性”。在属性窗口中，单击左侧窗格中的 配置属性-> 配置，您将看到右侧窗格中的项目列表，请确保在弹出窗口中选中 Build 复选框。

小开

在从 Telerik 的反编译器生成一个项目，然后尝试重新编译它之后，我遇到了一个非常类似的问题。每当我试图重建这个项目时，它都被跳过了。我尝试了很多以上的建议，但对我来说，这是。在项目属性中选择的。

右键单击解决方案文件中的项目，选择属性、应用程序选项卡，将目标框架从4.0更改为3.5。

然后，重新构建，我得到了一堆缺少的程序集引用错误，这是有意义的，因为我还没有添加对它们的引用。

小开

如果解决方案包含 NuGet 项目(* . nuproj)文件，请尝试卸载它，然后重新构建解决方案。

在上述方法都不管用之后，这种方法对我起了作用。

小开

Build, rebuild, and clean operations were being skipped. Unloading and reloading didn't help, and neither did restarting Visual Studio.

一旦我从解决方案中删除项目并将其添加回来，就不会再跳过它。要删除它，请在解决方案资源管理器中右键单击项目 > 删除 > 确定。若要将其重新添加，请在“解决方案资源管理器”中右键单击解决方案 > “添加”> “现有项目”并选择项目

小开

我更新了 VisualStudio2017的一个小更新，然后安装程序提醒我重新启动计算机，但我没有重新启动。当我在 Visual Studio 2017中构建我的项目或解决方案时，我遇到了同样的问题。我猜测更新可能是关键，所以我重新启动了我的计算机，我做到了。 : >

小开

I had a similar thing just happen to me. I'm not sure what the problem was, but it would not Clean, 建造, 重建, etc. I am operating in Visual Studio 2017 and wanted a netstandard2.0 assembly. The issue for me was that somehow the project type was incorrect, maybe I started from a netcoreapp class library, something like that, stuck in the 解决方案 file, I do not recall. Anyway, I backed up the project, created a new netstandard class library project, and factored in the backed up bits, and that fixed it for me. HTH someone.

小开

我有一个奇怪的，可能值得记录在这里的其他可能性. 。

我在我的解决方案中添加了一个共享计划，其中有两个或三个其他项目使用的代码。正如您所意识到的，共享项目只是代码，并不是传统意义上的真正的项目。.你不能“构建”一个共享项目，它只是嵌入到其他项目中的代码，然后在那里构建。

但是不知怎么的，我的解决方案文件被更新了，就好像共享项目是需要构建的自己的东西一样。那么我猜想，每当我尝试构建并且没有更改共享项目中的代码时，它就会认为‘什么都没有更改，跳过那些构建’

我在 solution.sln文件中找到了这个共享项目，比如:

Project("{D954291E-2A0B-460D-934E-DC6B0785DB48}") = "Api.Common", "Api.Common\Api.Common.shproj", "{EC580471-D78A-4509-AC46-BD565553AD60}"

. . 这是好的。什么是不好的是，这个项目也出现在 GlobalSection(ProjectConfigurationPlatforms) = postSolution像:

    {EC580471-D78A-4509-AC46-BD565553AD60}.Debug|Any CPU.ActiveCfg = Debug|Any CPU
{EC580471-D78A-4509-AC46-BD565553AD60}.Debug|Any CPU.Build.0 = Debug|Any CPU
{EC580471-D78A-4509-AC46-BD565553AD60}.Release|Any CPU.ActiveCfg = Release|Any CPU
{EC580471-D78A-4509-AC46-BD565553AD60}.Release|Any CPU.Build.0 = Release|Any CPU

我从我的 .sln文件中删除了这四行，现在事情看起来又开心起来了

小开

我在 Visual Studio 201715.9.4中遇到了这个问题，经过一番搜索和花费时间后，我发现在我的解决方案中。其中一个项目的 csproj 文件在 TFS 中合并后损坏。(我可以通过从解决方案中卸载有问题的项目来构建其他项目)。我如何解决我的问题是，我比较了。Csproj 文件之前和之后的合并，并做修复。我说的补救是指，因为我自己的项目类型是。NetStandard 我删除了不必要的行，包括配置 PropertyGroup，所有和其他在新的。Csproj 文件，使其类似于以前的。网络标准样式版本。

小开

我有类似的问题，我有一个项目，不能加载在解决方案资源管理器，由于一些原因。我加载那个项目的时候，效果非常好。

小开

关闭视觉工作室
用记事本打开 sln 文件
删除所有这样的东西: {B546C55D-9321-4FC0-B25C-46844222BEBE}.Debug with ActiveCfg = Debug with Fakes | x86(将会有很多他们)

4. 保存文件 5. 开放视觉工作室，一切都会更好

小开

我的解决方案与前面提到的一样: 删除-> 添加现有项目

But this solution implies that references between projects get gone

To avoid re-adding references: and 如果你使用版本控制系统 like GIT or TFS or whatever, it is possible to acheve goal with the following steps:

确保所有更改在操作之前提交/签入
遍历所有项目，从解决方案中删除它们并添加-现有的它们
注意. sln 文件已更改
保留新的. sln 文件，但撤消对版本控制系统中所有. cspoj 文件的更改

小开

我遇到麻烦了:

已经更新了 VS2017到最新版本15.9.11，我的项目很少更新到。净核心2.2。我最初加载了所有尝试构建/清理/重建的项目，并跳过了所有内容。按照以下步骤解决:

我卸载了每个项目，并重新加载它们。
关闭 VS 的所有实例并以管理员身份打开 VS (右键单击快捷方式和 pick the “Run as administrator” option)

就是这样，一切都回到了正轨，我能够成功地建立起所有的项目。

小开

我更新到15.9.11，... ... 在一些构建之后，同样的问题: 大多数项目被跳过(这些项目在一秒钟之前构建时没有问题)。卸载/重新加载解决方案在我的情况下总是有帮助的，但它将很快再次发生。

我不知道为什么... 除了 VS2017里的一个大漏洞

我检查了配置管理器，所有的检查标记都设置为构建。

Maybe, it has something to do with nuget packages, but that is just a guess

这个解决方案只有 c + +/vcxproj，没有安装 csproj. 64和32

小开

2017视觉工作室

在配置管理器中添加配置之后

右键单击 Project-> Project Only-> Build Only/Rebuild Only/Clean Only

如果其他设置都正确的话。

小开

您需要做的第一件事情是诊断为什么构建要跳过项目。因此，要获得详细的构建输出，请在 Visual Studio中的以下位置将详细信息更改为 detailed。

小开

重新启动 VisualStudio 起到了作用

小开

问题: Rebuild，Build，Clean 跳过了我所有的项目，除了其中的两个。

对我不起作用的解决方案:

解决方案配置设置符合预期，因此无需对其进行更改。
卸货和重新装货都不管用。

发生原因:

这是因为目标。NET 框架对于这两个项目来说更高(4.7) ，但是对于其他项目来说更低。最初出现了一个提示，要求我安装。NET 4.7，这是我做的，但结果是它无法认识到它是安装而不重新启动我的机器。

有效的解决方案:

重新启动我的机器起到了作用。重新启动之后，我正确地认识到.NET 4.7已经安装。
或者，通过右键单击项目-> 属性-> 应用程序-> 目标框架并将其设置为与被跳过的其他项目相同来降级项目的目标框架，也解决了这个问题。

我建议安装最新的.NETFramework 并重新启动计算机，以避免遇到进一步的问题。

小开

它将跳过任何具有未能构建的依赖项目的项目上的构建。

小开

我签入我的项目来源控制从一台计算机和下载到另一个，它将不会正确地构建在那里。它将跳过构建项目，甚至没有为输出创建主 Debug 文件夹。

解决方案(VS2019)是右键单击解决方案并选择 Configuration Manager。

I saw the build checkbox was not checked for two projects that I was building (shown below). I don't know why they were unchecked but checking them and building project worked!

小开

这发生在我的 VS 2019，解决方案是简单地重新启动视觉工作室。我的构建配置从未被修改过。

小开

右键点击解决方案-> 删除然后添加现有的项目，这对我来说工作。

小开

删除 .\obj和 .\bin目录就可以解决这个问题。

小开

我只是有这个问题，并能够解决它通过删除隐藏。Vs 文件夹在最上面的文件夹。重新启动 VisualStudio 后，一切又恢复正常了。

小开

设置一切不在配置管理器中构建，重建，设置一切在配置管理器中构建，重建做到了这一点。魔法！