GitLab CI/CD挂载Docker卷时权限拒绝问题求助

问题原因 #

你在.composer-install的script段中加入了- $(pwd)这行命令，$(pwd)会被Shell解析为当前工作目录的绝对路径（比如/builds/my-project/laravel-api），而Shell会尝试将这个目录路径当作可执行命令去运行——但目录本身不具备可执行权限，因此直接触发了"Permission denied"错误。这行命令完全多余，GitLab Runner默认会在项目根目录下执行脚本，无需手动执行目录路径。

解决方法 #

1. 删除多余的$(pwd)命令 #

直接移除.composer-install中script部分的- $(pwd)行即可，修改后的script块如下：

script:
  - >
    if [ "$COMPOSER_AUTHJSON" != "" ]; then
      echo $COMPOSER_AUTHJSON > auth.json
    fi
  - >
    if [ "$COMPOSER_SSH_DEPLOY_KEY" == "" ]; then
      docker run --volume $PWD:/app --rm $CONTAINER_REGISTRY_URL/internal/docker/composer:${COMPOSER_TAG} install $COMPOSER_ARGS
    else
      docker run --volume $PWD:/app --rm -e "SSH_DEPLOY_KEY=$COMPOSER_SSH_DEPLOY_KEY" $CONTAINER_REGISTRY_URL/internal/docker/composer:${COMPOSER_TAG} install --ignore-platform-reqs $COMPOSER_ARGS
    fi

2. 额外权限检查（可选） #

如果后续执行Docker命令仍出现文件权限问题，大概率是容器内用户与主机目录权限不匹配：

• 可以在docker run命令中添加--user $(id -u):$(id -g)参数，让容器以当前GitLab Runner用户的UID/GID运行，避免容器内用户写入文件时的权限冲突：

  docker run --user $(id -u):$(id -g) --volume $PWD:/app --rm $CONTAINER_REGISTRY_URL/internal/docker/composer:${COMPOSER_TAG} install $COMPOSER_ARGS
  

• 或者检查自定义Composer镜像的/app目录权限，确保允许非root用户读写操作。

内容的提问来源于stack exchange，提问作者A. Vreeswijk