无需sudo运行docker compose失败，Makefile需sudo终端则正常

核心问题 #

执行make时出现镜像标签格式错误：invalid tag "\"titanic\"_redis_image": invalid reference format，说明PROJECT_NAME变量被解析成了带双引号的"titanic"，而非预期的titanic。

原因 #

1. Makefile的shell环境与交互式shell不一致：你的交互式终端会自动去除环境变量的引号，但Makefile调用的shell不会。若PROJECT_NAME是通过带引号的方式导出（比如export PROJECT_NAME="titanic"），Makefile会原样保留引号并传递给docker compose。
2. sudo的环境变量重置机制：使用sudo时，系统会重置用户环境变量，默认不继承带引号的自定义变量，反而加载了正确的无引号值，因此能正常运行。

解决方案 #

方案1：修改Makefile，显式加载.env文件 #

在Makefile的docker compose命令前，先加载.env文件，确保变量以正确格式传递：

.PHONY: all
all: dc-build dc-up
    @echo "Process finished..."
    
.PHONY: dc-build
dc-build:
    @echo "Building all images..."
    # 加载.env文件并执行docker compose
    set -a; . ./.env; set +a; docker compose build

.PHONY: dc-up
dc-up:
    @echo "Launching all services..."
    set -a; . ./.env; set +a; docker compose up

• set -a会自动导出所有后续定义的变量，确保.env里的变量能被docker compose正确读取。

方案2：修正shell环境变量的导出方式 #

检查你的shell配置文件（如~/.bashrc、~/.zshrc），如果有类似以下的导出语句：

export PROJECT_NAME="titanic"

改成不带引号的形式：

export PROJECT_NAME=titanic

修改后执行source ~/.bashrc（对应你的shell配置文件）刷新环境变量，再重新运行make即可。

方案3：在Makefile中直接传递变量 #

如果不想修改shell配置，也可以在Makefile中直接指定变量值：

.PHONY: dc-build
dc-build:
    @echo "Building all images..."
    env PROJECT_NAME=titanic docker compose build

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