Makefile执行外部程序时无法正常打印ANSI转义码如何解决

make执行规则内的命令时，默认不会将命令的标准输出直接绑定到当前交互终端tty，而是通过管道捕获命令输出后再转发到终端。
所有支持彩色输出的命令行程序几乎都会做isatty检测：判断当前输出流是否直连交互终端，如果检测到输出经过管道/重定向，要么主动关闭彩色输出逻辑，要么输出的ANSI转义序列无法被终端正确解析。你看到的←[34mfoo←[0m就是ESC转义符（即代码里的\x1b）被终端当成普通可打印字符渲染为←，后续的颜色控制序列没有被识别执行的表现。这个问题和被调用的程序是用什么语言写的无关，所有依赖tty环境输出彩色的程序在make中运行都可能触发同类问题。

根据实际场景选以下任意一种方案即可：

• 通用方案：强制命令输出直连终端
  修改Makefile规则，将命令的标准输出、标准错误直接重定向到当前终端设备，运行环境和手动在终端敲命令完全一致，不需要适配单个程序：

  all:
  	@python3 foo.py > /dev/tty 2>&1
  

• GNU Make适配方案：关闭输出同步
  GNU Make 4.0及以上版本开启并行构建（加-j参数）时，默认会开启输出同步缓存，直接导致输出流脱离tty。运行make时加-Onone参数关闭输出同步即可恢复彩色：

  make -Onone
  

• 单程序适配方案：强制开启彩色输出
  绝大多数支持彩色的程序都提供了强制输出彩色的开关，不需要修改输出流方向：
  • Python生态常用的彩色库（rich、colorama、click、Pygments等）都识别FORCE_COLOR环境变量，在Makefile中导出该变量即可强制所有Python程序输出彩色：

    export FORCE_COLOR = 1
    all:
    	@python3 foo.py
    

  • 系统自带的grep、ls等命令，调用时追加--color=always参数即可强制输出彩色转义序列。

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