Docker结合Makefile配置卷挂载，直接执行正常但经Makefile运行无输出

• Make对$符号的解析优先级高于Shell
  手动在终端敲命令时，$(pwd)是Shell的命令替换逻辑，会直接输出当前工作目录的绝对路径作为bind mount的源路径。但在Makefile的规则行中，Make会先完成自身的变量展开：它会把$(pwd)识别为对Make内置/自定义变量pwd的取值，由于Makefile里根本没定义过这个变量，最终展开传给Shell的挂载参数是空值，docker实际收到的挂载指令是-v :/mnt/data，相当于绑了一个匿名空数据卷，完全没挂载上你本地的目录。
• docker的-it参数和Make的批处理执行逻辑不兼容
  -it参数的作用是给容器分配伪终端、绑定标准输入。但Make默认跑规则命令时，不会把当前终端的文件描述符透传给子进程，docker找不到可绑定的真实终端时，会把容器的所有标准输出写到不存在的伪终端通道，哪怕命令跑成功了，你这边也看不到任何输出。

• 执行make -n docker-publish，这个命令只会打印Make展开后实际要执行的完整命令，不会真的启动docker。直接对比打印出来的内容和你手动敲的命令的差异，重点看-v后面的挂载路径是不是变成空的。
• 临时把Makefile里docker命令的-it参数删掉，重新跑make看有没有正常输出。如果删完就有输出，就确认是伪终端透传不兼容的问题。

• 修改变量解析的问题：把Makefile里原来的$(pwd)改成$$(pwd)。Make遇到两个连续的$时，会自动转换成单个$传给下层Shell，最终Shell收到的就是和手动执行完全一致的命令替换逻辑，能正确拿到当前工作目录当挂载源。
• 修终端不兼容的问题：
  • 如果只是跑单次批处理命令（比如这次的ls），直接删掉docker命令里的-it参数就行，这类场景根本不需要交互式终端，删完输出就能正常回传。
  • 如果确实需要交互式调试能力，执行make的时候加上对应的透传参数，把当前终端的文件描述符传给docker子进程即可。
• 额外注意：你现在命令里设置的容器工作目录是/mnt/data-sink，但本地目录实际挂到了容器的/mnt/data路径，两边路径对不上。如果后续要读挂载的本地文件，记得把-w参数改成/mnt/data，不然你访问的永远是镜像自带的/mnt/data-sink目录，和本地挂载没关系。

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