仔细检查Output选项卡。

这应该能揭示问题的原因。

(例如，在我的例子中，它与注释有关:'#'不能被识别为内部或外部命令，可操作的程序或批处理文件。)

当我将App.config的属性更改为始终复制时，它发生在我身上

通过撤销我所有的编辑来修复它，然后构建以确保它工作

最后重置它，总是复制和构建它工作

另一个变体:

今天我在win32中从cron调用python解释器并取ExitCode (%ERRORLEVEL%) 9009，因为cron使用的系统帐户没有python目录的路径。

您是否尝试给出在构建前或构建后事件命令中运行的命令的完整路径?

由于Visual Studio 2008中的xcopy post-build事件命令，我得到了9009错误。

命令“xcopy.exe /Y C:\projectpath\project. exe”config C:\compilepath\"退出代码为9009。

但我的情况是间歇性的。也就是说，错误消息一直持续到计算机重新启动，并在计算机重新启动后消失。在一些我尚未发现的远程相关问题之后，它又回来了。

然而，在我的情况下，提供命令的完整路径解决了问题:

c:\windows\system32\xcopy.exe /Y C:\projectpath\project.config C:\compilepath\ 

而不仅仅是:

xcopy.exe /Y C:\projectpath\project.config C:\compilepath\

如果我没有完整的路径，它会在重新启动后运行一段时间，然后停止。

另外，正如本文评论中提到的，如果全路径中有空格，则需要在命令周围加上引号。如。

"C:\The folder with spaces\ABCDEF\xcopy.exe" /Y C:\projectpath\project.config C:\compilepath\

注意，这个关于空格的例子没有经过测试。

很可能在最终路径上有空间。

您可以通过引用路径来解决这个问题，从而允许使用空格。例如:

xcopy "$(SolutionDir)\Folder Name\File To Copy.ext" "$(TargetDir)" /R /Y /I

我通过简单地重新启动Visual Studio来解决这个问题——我刚刚在控制台窗口中运行了dotnet工具安装xxx, VS还没有选择新的环境变量和/或路径设置，所以快速重新启动解决了这个问题。