多DDEV项目单体仓库中挂载共享Composer包目录至Web容器

我来帮你搞定这个DDEV monorepo里挂载共享TYPO3扩展目录的问题，刚好我之前处理过类似的多版本测试场景，给你两个最实用的方案：

方案一：用DDEV内置的additional_host_mounts配置（推荐） #

这是官方支持的标准方式，能直接把外部目录挂载到Web容器里，完美解决符号链接跨Docker边界的问题。

步骤1：修改DDEV项目配置 #

假设你的monorepo目录结构是这样的：

monorepo/
├── typo3-v9/          # DDEV项目1
│   └── .ddev/
├── typo3-v10/         # DDEV项目2
│   └── .ddev/
└── packages/          # 共享的TYPO3扩展目录
    └── your-extension/

打开每个DDEV项目下的.ddev/config.yaml，添加以下配置：

# typo3-v9/.ddev/config.yaml 和 typo3-v10/.ddev/config.yaml 都要加
additional_host_mounts:
  - source: ../packages
    target: /var/www/html/packages
    type: cached  # cached 能提升文件读写性能，默认是bind

这里的source是相对于DDEV项目根目录的路径，../packages刚好指向monorepo根目录下的共享packages文件夹；target是容器内的挂载路径，我选了/var/www/html/packages，和项目代码目录同级，方便Composer识别。

步骤2：重启DDEV容器 #

执行命令让配置生效：

ddev restart

重启后，Web容器里就会出现/var/www/html/packages目录，本地packages文件夹的修改会实时同步到容器里。

步骤3：配置Composer识别本地扩展 #

打开每个项目的composer.json，添加本地仓库配置，让Composer优先使用挂载的扩展目录：

"repositories": [
    {
        "type": "path",
        "url": "./packages/your-extension",
        "options": {
            "symlink": false  # 禁用符号链接，避免跨挂载的权限问题
        }
    }
]

然后执行Composer命令安装扩展：

ddev composer require your-vendor/your-extension:@dev

这样Composer就会直接使用挂载到容器里的本地扩展，修改扩展代码后不需要重新安装，实时生效。

方案二：使用DDEV全局挂载（适合多项目共享同一目录） #

如果你的monorepo里有更多DDEV项目，不想重复写挂载配置，可以用DDEV的全局配置：

1. 打开DDEV全局配置文件（一般在~/.ddev/config.yaml），添加：

additional_host_mounts:
  - source: /full/path/to/monorepo/packages
    target: /var/www/html/packages
    type: cached

注意这里要用绝对路径，不然全局配置无法识别相对路径。

2. 重启所有DDEV项目：ddev restart --all

不过这个方案的灵活性稍差，如果你有其他项目不需要挂载这个目录，可能会造成干扰，所以还是方案一更适合你的场景。

额外注意：权限问题 #

如果容器内访问packages目录出现权限错误，执行以下命令修复：

ddev exec chown -R www-data:www-data /var/www/html/packages

或者在本地给packages目录设置合适的权限（比如chmod -R 775 packages），因为DDEV容器内的www-data用户ID默认和本地用户ID一致（都是1000），一般不会有权限问题。

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