path仓库必须用相对路径（首选），且须相对于主项目composer.json位置计算；绝对路径会破坏可移植性。执行composer install后vendor未生成符号链接，常见原因包括windows未启用长路径支持、php无管理员权限、name字段大小写不匹配。
path仓库必须用绝对路径还是相对路径？
相对路径是首选，但必须相对于主项目的 composer.json 文件位置计算。比如主项目在 C:/proj/my-app，本地包在 C:/proj/my-local-package，则 url 应写 "../my-local-package" —— 这样移动整个 proj 文件夹时链接依然有效。用绝对路径（如 "C:/proj/my-local-package"）看似稳妥，实则破坏可移植性：CI 环境、队友机器、Docker 构建都可能因路径不存在直接失败。
为什么执行 composer install 后 vendor 里没生成符号链接？
常见原因有三个：
- Windows 上未启用长路径支持（
LongPathsEnabled=1），导致mklink创建失败，Composer 自动回退为复制文件（此时修改本地包不会反映到主项目） - PHP 进程无管理员权限（尤其 Windows 下 NTFS 符号链接需权限），Composer 静默降级为硬链接或复制
-
composer.json中的name字段与repositories.url下包的name不完全一致（包括大小写），Composer 会忽略该仓库
验证是否成功：进入 vendor/vendor-name/package-name，执行 dir（Windows）或 ls -la（macOS/Linux），看到 <symlinkd></symlinkd> 或指向外部路径的箭头才表示生效。
path 仓库配合哪些配置能避免频繁重装？
仅靠 type: "path" 不够，还需在主项目 composer.json 的 config 段显式控制行为：
- 添加
"preferred-install": {"*": "source"}：强制从源码安装（而非 dist 压缩包），确保能跟踪本地修改 - 设置
"autoloader-suffix": "Dev"：避免与正式环境自动加载器冲突，尤其当本地包和线上同名包混用时 - 禁用更新检查：
"notify-on-update": false，防止每次composer update都去扫描本地路径下的composer.json变更（无意义且拖慢速度）
这些配置不改变功能，但能让 Composer 在 path 场景下少做无效判断，尤其在 CI 或多包联调时感知明显。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
本地包改了代码，主项目为什么没生效？
不是缓存问题，而是自动加载器没重建。Composer 的 symlink 只解决文件位置映射，类加载仍走 vendor/autoload.php。每次修改本地包后，必须手动触发：
composer dump-autoload --optimize
否则 PHP 仍按旧的 autoload_classmap.php 查找类——哪怕文件物理存在，也返回 Class not found。这点极易被忽略，因为 IDE 可能正常跳转、静态分析也通过，只有运行时才暴露。
真正麻烦的是嵌套依赖：如果本地包 A 依赖本地包 B，而你只改了 B，A 的自动加载器并不会自动感知，必须进 A 目录单独执行 dump-autoload，再回到主项目执行一次。路径仓库的“实时性”是有边界的，越深的依赖链，越需要主动刷新加载器。
