能用相对路径实现热加载，但必须满足三个硬性条件：本地包目录含合法composer.json、name字段与require完全一致、require版本写成dev-main等开发别名；路径相对于主项目composer.json位置，如"../my-component"，且需git初始化、启用symlink并验证符号链接是否生效。
能用相对路径实现热加载，但必须满足三个硬性条件：本地包目录含合法 composer.json、name 字段与 require 完全一致、require 版本写成 dev-main 这类开发别名——缺一不可，否则 Composer 会静默回退到 Packagist 下载远程包。
怎么写正确的 relative path 配置
路径是相对于主项目根目录下的 composer.json 文件位置，不是 shell 当前目录，也不是 IDE 工作区根目录。比如你的本地包在项目同级目录 ../my-component，就在 repositories 里写 "url": "../my-component"。
- 推荐始终用
../xxx开头的显式相对路径，避免~、$HOME、环境变量或file://前缀，这些在多数系统上会直接失败 - Windows 用户注意：路径分隔符用正斜杠
/或双反斜杠\，单反斜杠会被 JSON 解析器截断 - 路径指向的必须是一个完整目录，里面要有
composer.json，不能是空文件夹或软链接本身
为什么写了 path 却还是从 Packagist 拉包
最常见原因是版本约束不匹配。Composer 对 path 类型仓库只响应 dev- 开头的版本别名，比如 dev-main、dev-develop，不认 *、^1.0、1.0.x-dev（除非你显式做了 as 映射）。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 检查本地包的 Git 分支名：如果当前在
develop分支，require就得写"vendor/name": "dev-develop"，不能硬写dev-main - 本地包
composer.json中的name必须和require的字符串完全一致，包括大小写、连字符、斜杠方向 - 如果本地包还没任何 Git 提交，Composer 会拒绝加载——哪怕你根本不用 Git 功能，也得至少执行一次
git init && git add . && git commit -m "init"
怎么确认 symlink 是否真正生效
热加载是否起作用，关键看 vendor/vendor/name 是不是符号链接。不是靠“有没有报错”，而是靠实际文件系统行为判断。
- Linux/macOS：运行
ls -l vendor/vendor/name，输出中应有->和目标路径；如果是普通文件夹，说明 symlink 创建失败 - Windows：用
dir vendor endor ame，看到<symlinkd></symlinkd>才算成功；若只是普通目录，大概率是权限不足或没启用开发者模式 - IDE（如 PHPStorm）可能缓存 autoload 映射，改完本地包代码后，需手动触发 “Reload project from
composer.json”
改了本地包代码却没反应？先查这三件事
热加载失效往往不是配置错了，而是环境或操作链断在某个环节。
- 本地包修改了
autoload规则（比如新增了 PSR-4 映射），必须在主项目执行composer dump-autoload，否则新类找不到 - 删过
vendor/vendor/name目录后，不能只跑composer install，得用composer update vendor/name强制重建 symlink - Docker 或 CI 环境默认禁用
path仓库，上线前务必删掉或注释掉repositories配置，否则构建会失败
真正麻烦的不是写配置，而是路径、Git 状态、版本别名、symlink 权限这四者必须同时对齐——漏掉任意一个，就会变成“看起来配好了，但改代码完全没反应”的静默失败。
