Windows下Makefile deploy目标中scp命令失效 手动运行正常咨询

Windows下GNU Make的子进程启动逻辑和cmd的命令解析逻辑存在天然差异，这就是为什么手动能跑scp、写进Makefile就报错：

• 你在cmd手动敲scp时，cmd会完整加载当前用户会话的所有配置，包括用户级PATH目录、命令别名等，能顺利定位到scp.exe的实际存储位置
• 但Make是通过Windows原生的CreateProcess接口启动外部命令的，它只会检索系统级PATH收录的可执行文件，不会继承cmd会话里的用户级路径配置。一旦scp所在目录只配置在用户级PATH、甚至压根没被系统PATH收录，就会直接抛出“系统找不到指定文件”的报错
• 你提供的Makefile里deploy:目标行开头多打了一个空格，也会干扰Make的规则识别，属于需要顺带修正的小问题。

按稳定性优先级排序：

• 方案一：写死scp的全路径，完全跳过Make的路径检索
  先在cmd窗口执行where scp，获取scp.exe的完整存储路径（常见路径为C:\Windows\System32\OpenSSH\scp.exe），再修改Makefile的deploy规则。注意路径要全部换成正斜杠/，避免反斜杠被Make当成转义符解析：

  deploy:
      C:/Windows/System32/OpenSSH/scp.exe Hello root@192.168.200.10:/usr/bin
  

• 方案二：显式调用cmd执行命令，复用和手动操作完全一致的运行环境
  不需要手动查scp路径，直接让Make启动cmd进程运行scp命令，保证运行时的环境变量、路径配置和你手动敲命令的场景完全一致：

  deploy:
      cmd /c "scp Hello root@192.168.200.10:/usr/bin"
  

  其中/c参数的作用是让cmd执行完指定命令后自动退出，不会卡在交互命令行界面。

• 修正deploy:行的缩进，把目标定义行顶格写，行首不要留任何空格，Make的语法要求目标行不能有多余缩进
• 不要在scp命令前加./前缀试图指定可执行文件位置，Windows的可执行文件检索逻辑和Linux不同，加前缀反而会导致路径匹配错误
• 如果你使用的是MinGW/MSYS环境自带的Make，它默认加载的PATH列表比cmd短很多，优先使用上述两种方案，不要依赖环境变量自动检索可执行文件

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