如何解决依赖的依赖为已删除Packagist包的Composer安装问题

推荐方案：本地目录映射+声明替代依赖 #

这是长期稳定的可行方案，能让aaa/foo正常识别缺失的bbb/bar依赖：

1. 将你保存的bbb/bar源码完整复制到项目根目录的lib/bbb/bar文件夹下（确保原包目录结构不变，比如保留src、composer.json等核心文件）
2. 修改项目根目录的composer.json，添加以下配置：
   • 新增本地仓库配置，告知Composer从本地目录读取bbb/bar：

     "repositories": [
         {
             "type": "path",
             "url": "lib/bbb/bar",
             "options": {
                 "symlink": false
             }
         }
     ]
     

     symlink: false表示直接复制源码到vendor目录，避免跨环境的软链接兼容性问题
   • 声明本地包替代官方的bbb/bar，确保依赖解析校验通过：

     "provide": {
         "bbb/bar": "1.2.3" // 替换成原bbb/bar的实际版本号，不确定版本的话用"*"也可
     }
     

3. 执行composer install，Composer会自动使用你本地的bbb/bar包满足aaa/foo的依赖，不会再去Packagist查找

应急方案：手动复制到vendor（不推荐长期使用） #

如果只是临时应急可以用此方法，但composer update会覆盖相关修改：

1. 直接把bbb/bar源码复制到项目的vendor/bbb/bar目录
2. 编辑vendor/composer/autoload_psr4.php，添加对应命名空间的映射（比如原包命名空间是Bbb\Bar，就添加一行：

   'Bbb\\Bar\\' => array($vendorDir . '/bbb/bar/src'),
   

3. 执行composer dump-autoload更新自动加载规则

注意：优先使用第一种方案，配置保存在项目的composer.json中，团队成员同步代码后直接执行install即可正常运行，不会出现依赖断层问题

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