嘿，这个问题我之前也碰到过！Docker容器里Composer生成的绝对符号链接确实会让主机IDE找不到本地依赖的源码，不过不用头疼，Composer本身就有配置能搞定这个。

首选方案：给Path仓库添加relative配置 #

你只需要在composer.json的repositories里，给那个path类型的仓库加个options配置，开启相对链接生成就行。修改后的配置应该是这样：

"require": {
    "myvendor/mypackage": "^1.0"
},
"repositories": [
    {
        "type": "path",
        "url": "./../packages/mypackage",
        "options": {
            "relative": true
        }
    }
]

改完之后，先把已经生成的绝对链接删掉（直接删/app/vendor/myvendor/mypackage就行），然后重新跑composer install或者composer update。这时候生成的符号链接就会是../../../packages/mypackage这种相对路径，主机上的IDE就能正常索引/packages/mypackage里的源码了。

这个功能是Composer 2.1之后正式支持的，如果你用的版本比较老，建议先把Composer更到最新稳定版，这个配置现在已经很成熟了。

备选方案：手动替换符号链接（不推荐，但应急可用） #

要是因为某些限制没法升级Composer或者用上面的配置，那也可以在容器里手动改链接，命令大概是这样：

# 进入vendor下的包目录
cd /app/vendor/myvendor
# 删除旧的绝对链接
rm mypackage
# 创建相对路径的符号链接
ln -s ../../../packages/mypackage mypackage

不过这个方法每次跑composer install/update之后都得手动操作一遍，太麻烦了，所以还是优先用配置的方式。

另外提一句：要确保主机和容器里的目录相对结构是一致的——从你的描述看，/app和/packages的映射关系已经符合要求了，所以相对链接在两边都能正常工作，不用担心路径不匹配的问题。

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