Docker Compose无法读取shell中定义的GITLAB_HOME变量的问题求助

嘿，我刚碰到过几乎一模一样的问题，给你几个实用的解决思路：

首先得搞清楚为啥会出现这种情况：你在自己用户的.bash_profile里定义的变量，默认只在当前的shell会话里可见，要是没加export，连你自己用户的子进程都拿不到。更关键的是，sudo命令默认会完全重置环境变量，切换到root用户的运行环境——root的环境里根本没有你定义的GITLAB_HOME，Docker Compose自然读不到啦。

下面给你按推荐程度排序的具体解决办法：

1. 用sudo -E保留用户环境变量（快速临时修复） #

首先先把你的变量改成可导出状态：打开~/.bash_profile，把原来的GITLAB_HOME=/srv/gitlab改成：

export GITLAB_HOME=/srv/gitlab

保存后，要么重启终端，要么运行source ~/.bash_profile让修改立刻生效。

之后用这个命令启动容器：

sudo -E docker compose up -d

-E参数会让sudo保留你当前用户的环境变量，这样Docker Compose就能顺利读到GITLAB_HOME了。

2. 用Docker Compose的.env文件（最推荐的长期方案） #

这个方法最省心，也不用每次都记加参数。在你的docker-compose.yml所在的目录下，新建一个名为.env的文件，里面只需要写一行：

GITLAB_HOME=/srv/gitlab

保存之后，不管你用sudo docker compose up -d还是普通用户运行（如果你的用户有权限操作Docker的话），Docker Compose都会自动加载这个文件里的变量，再也不会报变量未设置的警告了。

3. 把变量加到系统级或root的环境中（不推荐，除非必要） #

如果你一定要让sudo直接就能读到这个变量，可以把它加到系统级的环境变量文件里，比如/etc/environment：
用编辑器（需要sudo权限）打开这个文件，添加一行：

GITLAB_HOME=/srv/gitlab

保存后，要么重启系统，要么切换到root用户运行source /etc/environment，之后再用sudo docker compose up -d就能读到变量了。不过这个方法会让所有用户都能访问到这个变量，除非你确实有这个需求，不然还是前两个方法更合适。

另外，我猜你的docker-compose.yml里应该是用了${GITLAB_HOME}来配置卷挂载（比如挂载配置、日志、数据目录），只要变量能被正确读取，这些挂载路径就会正常工作啦。

备注：内容来源于stack exchange，提问作者dthacker