composer install不加载本地修改是因为默认将本地包当作远程包处理，复制而非符号链接；需配置path仓库、设"options": {"symlink": true}，并用composer update建立软链接。
Composer本地开发时，为什么composer install不加载你的修改？
因为默认情况下，Composer把包当作远程依赖处理，即使你用path仓库类型指向本地目录，它也会先复制一份到vendor/，而不是直接引用源码。改了本地代码，vendor/里那份没变，自然没效果。
解决办法是强制启用软链接模式：
- 在
composer.json的repositories里声明path类型仓库，并设"options": {"symlink": true} - 确保目标包的
composer.json中name字段与你在主项目中require的完全一致（包括大小写和斜杠） - 运行
composer update vendor/package-name，不是install——只有update会重新解析仓库配置并创建符号链接
软链接后vendor/里显示ERR! symlink或报权限错误
常见于Windows（尤其是Git Bash或WSL混合环境）和某些Linux发行版，默认禁止非管理员创建符号链接，或当前终端未以足够权限运行。
验证和修复步骤：
- 先运行
composer config --list | grep -i symlink，确认config.platform.symfony-flex之类无关配置没干扰 - 在Windows上：用PowerShell以管理员身份运行
composer update；或启用开发者模式：Set-ExecutionPolicy RemoteSigned -Scope CurrentUser - 在macOS/Linux上：检查
vendor/父目录是否挂载为noexec或nosuid，可临时改用composer update --prefer-source绕过软链（但失去实时调试能力）
改了依赖包代码，但断点不命中、IDE跳转仍指向vendor/里的副本
这是IDE缓存或路径映射没对齐导致的，不是Composer问题。PHPStorm、VS Code等工具默认把vendor/当真实源码位置，而软链接实际指向外部目录。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
关键操作：
- 在PHPStorm中：打开
File → Settings → Languages & Frameworks → PHP → Include Paths，添加你的本地包根目录（不是vendor/下的链接） - 在VS Code中：确保
php.suggest.basic为true，并在工作区设置里加"intelephense.environment.includePaths": ["../my-local-package"] - 别忽略
autoload-dev：如果你在依赖包里写了测试类或辅助函数，记得把它加进autoload-dev.psrs-4，否则composer dump-autoload不会生成对应映射
CI流水线里怎么避免软链接失败？
CI环境通常禁用符号链接或没有写入权限，硬上symlink: true会导致构建中断。
安全做法是分环境处理：
- 在
composer.json中用config.platform模拟生产环境，但不要在这里配symlink - 把
path仓库配置移到composer.local.json（需配合COMPOSER环境变量使用），只在本地开发时生效 - CI脚本开头加判断：
if [ -z "$CI" ]; then composer update --no-interaction; else composer install --no-dev --no-progress; fi
软链接只是本地调试的快捷方式，不是必须走通的路径；真正要合并进主干前，得确保所有修改能通过--prefer-dist方式正常安装和运行。
