Visual studio visual studio 2005:由于未知原因跳过生成？

我有一个包含许多项目的VisualStudio解决方案。 Configuration manager被仔细配置为生成除一个项目（跳过的项目是测试项目）之外的所有项目。在命令行中构建解决方案后，我得到了以下结果：

“构建XXX调试| x64”

------跳过的生成：项目：AAA------

------跳过的生成：项目：BBB，配置：调试Win32------

未选择要为此解决方案配置生成的项目

------已启动生成：项目：CCC，配置：YYY调试ia64------

<开始构建>

---

正如您所看到的，跳过项目BBB是因为在configuration manager、项目CCC和rest build ok中未选中它，而跳过项目AAA时没有给出任何原因。有人知道为什么VisualStudio可以毫无理由地跳过项目构建吗？在configuration manager中正确配置了所有配置名称（XXX、YYY调试、调试）和平台（x64/Win32/ia64）。

是否选择project AAA进行配置调试| x64

---

我也遇到过同样的情况，当新下载的解决方案（没有.soa文件）具有安腾的默认配置时，所有不支持安腾的系统都会跳过所有要构建的解决方案项目。只有在手动选择win32之后，才能正确启动生成。

使用MSBUILD.exe从命令行运行项目，并设置日志记录（详细）=详细或诊断的参数。然后，您应该获得更多的输出，告诉我msbuild为什么考虑跳过有问题的输出。e、 g

msbuild XXXX.csproj/详细信息：详细信息

---

注意。诊断输出非常详细

Visual Studio中的正常生成是增量的：如果Visual Studio认为没有任何源文件已更改，则将跳过生成项目-请注意，它只检查代码文件，而不检查资源或其他“内容”

通过选择

build | clean Solution

然后选择

build | Rebuild Solution

尝试执行一个干净的构建，并查看是否得到相同的结果

---

您可能需要手动清理每个项目的生成工件（默认情况下，每个项目目录中的

\Bin\

和

\Obj\

子目录）。

是，为“Debug | x64”选择AAA以生成“AAA Debug | ia64”。它完美地构建在IDE内部。如何使用命令行编译解决方案？使用devenv.exe/。。或msbuild.exe/？devenv.exe，它与vs2005devenv捆绑在一起。devenv是VS2005:）请使用msbuild！这是Microsoft提供的合适的批处理生成器。它是免费的，而且最受支持。使用devenv不是一个好主意，不是最佳实践，也不是it专业人士应该做的。由于公司的政策，我仅限于devenv.exe。它没有/verbosity命令行键：（设置环境变量：verbosity=diagi正在使用/clean和/build构建过程很简单：创建临时文件夹、从sourcesafe获取最新版本的解决方案和项目、执行构建、删除临时文件夹。没有中间工件、缓存等可以生存。可能存在以下内容的重复