Composer不处理Git子模块因其专注依赖管理而非版本控制，需通过post-install-cmd脚本执行git submodule update --init --recursive来初始化更新子模块，推荐结合preferred-install设为dist避免源码克隆，并确保CI/CD环境具备子模块访问权限。
Composer 在处理包含 Git 子模块（submodules）的仓库时，默认情况下不会自动初始化或更新子模块。这意味着即使你的主项目通过 Git 使用了 submodules 引用其他库，Composer 安装或更新时并不会触发这些子模块的拉取操作。
为什么 Composer 不处理子模块？
Composer 的设计目标是依赖管理工具，而不是版本控制系统本身。它依赖 Git 命令来克隆仓库，但克隆后的行为（如子模块处理）不在其默认职责范围内。Git 仓库中的 submodules 需要额外命令（如 git submodule update --init）才能检出内容，而 Composer 不会自动执行这些命令。
如何让 Composer 正确处理子模块？
如果你的项目或某个依赖项使用了 Git submodules，并希望 Composer 能确保这些子模块被正确拉取，有以下几种方式：
• 使用自定义脚本（推荐）你可以在 composer.json 中定义 post-install-cmd 和 post-update-cmd 脚本，在 Composer 安装完成后自动执行子模块更新： "scripts": { "post-install-cmd": [ "git submodule update --init --recursive" ], "post-update-cmd": [ "git submodule update --init --recursive" ] }
这样每次运行 composer install 或 update 后，都会尝试初始化并更新所有子模块。
• 确保部署环境已配置好 Git 权限子模块往往指向私有仓库，因此需要确保运行 Composer 的环境（如服务器、CI/CD 流水线）具备访问这些子模块仓库的权限，比如配置 SSH 密钥或使用个人访问令牌（PAT）。
如果依赖项在 Packagist 上提供了 release 归档（tar/zip），Composer 默认会下载归档包而不是克隆 Git 仓库。归档包通常不包含 .git 目录，也就不涉及 submodules。但如果你强制使用 source 类型（如 vcs 或 git），就会触发克隆，从而需要处理子模块。
你可以通过设置安装偏好来避免源码克隆：
"config": { "preferred-install": { "your-vendor/*": "dist" } }常见问题与注意事项
• 子模块内容在 Composer 更新后为空文件夹？—— 很可能是因为没有运行 git submodule update --init。
• CI 环境中子模块拉取失败？—— 检查 Git 凭据、SSH 配置以及是否启用了递归克隆。
• 本地开发正常，线上出问题？—— 线上部署流程可能跳过了子模块初始化步骤。
基本上就这些。Composer 本身不负责子模块，但你可以通过脚本和配置让它“间接”支持。关键是在合适时机调用 Git 命令完成子模块加载。
