你碰到的这个问题挺常见的——命令行构建比IDE慢一大截还额外构建一堆项目，主要是因为MSBuild命令行的默认行为和IDE的增量构建逻辑、环境配置没对齐。下面给你几个针对性的优化方案：

1. 先加载VS官方命令行环境，别手动硬设VCTargetsPath #

IDE启动时会自动加载对应版本的VS工具链环境变量，你手动指定VCTargetsPath很可能漏了其他关键配置。建议先打开Developer Command Prompt for VS 2013（对应你的Visual C++ 12版本），再执行MSBuild命令，这样能保证和IDE用完全一样的构建环境，避免加载错误的目标文件或者触发冗余依赖检查。

2. 别总用/t:rebuild，换成增量构建 #

/t:rebuild会先清理所有输出再全量构建，而IDE默认是增量构建——只编译修改过的文件和依赖。如果不是每次都需要彻底清理，把命令改成/t:build，这样MSBuild会跳过已经是最新状态的项目和文件，速度能快很多。要是确实需要清理，分开执行/t:clean再/t:build，比一步rebuild更灵活。

3. 限制构建范围，别让MSBuild瞎跑依赖链 #

命令行构建默认会触发整个依赖树的构建，而IDE可能只构建你选中的项目。试试这几个参数：

• 加/p:BuildProjectReferences=false：如果你的项目依赖已经是最新的（比如之前IDE构建过），这个参数会跳过构建引用的项目，只专心构建你的目标项目。
• 用/p:ExcludeProjects=xxx.vcxproj：如果明确知道某些依赖项目不需要构建，直接把它们排除掉。
• 检查你的config-from-host.vcxproj文件，看看里面的ProjectReference是不是加了不必要的项目，删掉多余的引用从根源解决问题。

4. 开并行构建，榨干CPU性能 #

MSBuild支持并行构建多个项目，加个/m参数就行（比如msbuild ... /m），它会根据你的CPU核心数自动分配并行任务，多项目场景下速度提升特别明显。要是想指定并行数量，比如4核就写/m:4。

5. 打日志查清楚到底在构建啥 #

要是还是搞不懂为啥会构建额外项目，生成详细日志分析：

msbuild ../../../embedded/ports/visualC12/config-from-host.vcxproj /p:Configuration=Release /p:Platform=Win32 /t:build /fl /flp:LogFile=build.log;Verbosity=Detailed

打开生成的build.log，找那些被意外触发构建的项目，看日志里的Build started because...部分，就能知道是哪个文件变更或者依赖更新触发了构建，然后针对性地解决。

6. 对齐IDE的构建配置参数 #

IDE里的项目属性可能有一些优化设置，命令行默认没启用。比如你可以在VS里打开项目属性，看配置属性里的所有设置，把对应的参数加到MSBuild的/p:后面，比如/p:UseMultiToolTask=true（启用多工具并行编译单个项目的多个源文件），或者/p:CL_MPCount=4（指定编译单个项目的并行线程数）。

内容的提问来源于stack exchange，提问作者ahmedwahdan