和一个同事发生过。如果开发环境是windows, visual studio项目在C: drive..确保visual studio是在管理员权限下运行的。 只需右键单击并“以管理员身份运行”。您也可以进入visual studio项目的属性-> Advance ->，并启用“以管理员身份运行”。

如果脚本确实做了它需要做的事情，而Visual Studio只是因为错误而困扰你，你可以添加:

exit 0

到你剧本的结尾。

另一个变体:

今天我在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\

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

我在编校Path环境变量时导致了此错误。编辑后，我不小心将Path=添加到路径字符串的开头。使用这样一个格式不正确的路径变量，我无法在命令行上运行XCopy(没有找到命令或文件)，Visual Studio拒绝运行构建后步骤，并引用代码9009的错误。

XCopy通常位于c:\ windows \ system32。一旦Path环境变量允许XCopy在DOS提示符下得到解析，Visual Studio就很好地构建了我的解决方案。

至少在Visual Studio Ultimate 2013, Version 12.0.30723.00 Update 3中，不能用换行符分隔if/else语句:

工作原理:

if '$(BuildingInsideVisualStudio)' == 'true' (echo local) else (echo server)

不工作:

if '$(BuildingInsideVisualStudio)' == 'true' (echo local) 
else (echo server)