不能完全替代——path仓库需composer update刷新链接且受autoload缓存影响，而ln -s改即生效；配置需在根composer.json的repositories中声明type为path、url指向含合法name/version的本地目录，require时须用dev-main等开发版本号显式触发。
Composer 的 path 仓库类型能完全替代本地 ln -s 吗？
能，但不是无条件替代——它更适合团队协作或 CI 场景下的“伪本地开发”，而软链接更轻量、实时、不依赖 Composer 加载逻辑。关键区别在于：软链接改了立刻生效；path 仓库需触发 composer update 或 composer install 才重新解析路径，且受 autoload 类映射缓存影响。
怎么配置 path 仓库让 Composer 找到本地包？
在项目根目录的 composer.json 中添加 repositories 块，类型设为 path，并确保目标目录含合法的 composer.json（有 name 和 version）：
{
"repositories": [
{
"type": "path",
"url": "../my-local-package"
}
],
"require": {
"vendor/my-local-package": "*"
}
}
注意：url 必须是相对或绝对路径（不支持 file:// 协议），且路径末尾不能带斜杠；require 的包名必须与本地包的 name 字段严格一致。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
为什么 composer require 不自动走 path 仓库？
因为 composer require vendor/name 默认只查 Packagist，不会主动匹配已配置的 path 源。你需要显式指定版本约束来“触发”本地源：
- 运行
composer require vendor/name:dev-main（假设本地包composer.json里"version": "dev-main"） - 或先执行
composer update vendor/name，强制 Composer 重走所有仓库匹配 - 若本地包没设
version，Composer 会拒绝识别——必须补上，哪怕写"version": "dev-local"
path 仓库的坑：符号链接、Windows 路径和 autoload 冲突
它不处理符号链接穿透：如果 ../my-local-package 本身是软链接，Composer 会读取链接指向的真实路径，但 autoloader 生成的类映射仍基于你写的 url 路径——可能导致 PSR-4 加载失败。Windows 上还要注意反斜杠转义问题（一律用正斜杠）。最常被忽略的是：composer dump-autoload 不会刷新 path 包的自动加载规则，必须 composer install 或 composer update 全量重装才能生效。
