path仓库的url必须用相对路径，绝对路径在多数场景下会静默失效；需以主项目composer.json所在目录为基准，指向含合法composer.json的目录，如"../my-pkg"或"./packages/utils"。
path仓库的url必须用相对路径，绝对路径基本等于失效
Composer解析url字段时，是**以主项目composer.json所在目录为基准**做路径拼接的。写绝对路径（如/home/user/my-pkg或C:\dev\my-pkg）看似直白，实则在多数场景下会静默跳过该仓库——不报错、不警告、不安装，composer show --all里根本看不到你的包。
真正起作用的只有相对路径，例如：
-
"../my-pkg"（上一级目录） -
"./packages/utils"（同级子目录） -
"../packages/*"（通配符，匹配多个子目录）
相对路径能跨机器、跨CI环境复用；绝对路径一旦换开发机或进Docker容器就断掉，且Windows上还容易因盘符、反斜杠、中文/空格导致解析失败。
相对路径的起点和终点都必须精确到“含composer.json的目录”
你写的url值不是指向某个文件，而是指向一个**目录**，而且这个目录下必须存在合法的composer.json。常见错误包括：
- 写成
"../my-pkg/composer.json"—— 错，这是文件路径，不是目录 - 写成
"../my-pkg/"（末尾带/）—— 某些PHP版本会静默忽略整个仓库 - 实际目录是
../My-Pkg但配置写成"../my-pkg"—— Linux/macOS大小写敏感，直接匹配失败
验证方法很简单：在项目根目录下执行ls -la ../my-pkg（Linux/macOS）或dir ..\my-pkg（Windows），确认输出里有composer.json，且路径拼出来和url完全一致。
Windows下相对路径要额外注意权限和符号链接 fallback
即使url写对了，Windows用户也常遇到“改了代码没生效”的问题。这不是路径错了，而是symlink创建失败后Composer自动fallback到复制模式，结果vendor/里存的是副本而非链接。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
要让软链真正生效，得同时满足三个条件：
- 本地包自己的
composer.json里声明"options": {"symlink": true} - 终端以管理员身份运行（否则Windows拒绝创建符号链接）
- 系统启用了开发者模式（Win10/11）或设置了
fs.symlinks=true（Git Bash）
如果只是想快速验证功能，可临时加"options": {"symlink": false}强制复制，避免权限干扰；但长期开发务必解决symlink问题，否则调试成本翻倍。
CI/CD中不要用path仓库，上线前必须清理或替换
path类型仓库只适合本地开发。CI流水线（如GitHub Actions、GitLab CI）里没有你的本地目录结构，composer install会直接报Source path does not exist或静默跳过。
上线部署前必须：
- 从
repositories数组中移除所有type: "path"项 - 把对应包发布到私有Packagist、Satis或VCS（如Git标签）
- 将
require中的版本号从dev-main改为具体稳定版（如1.2.0）
这点容易被忽略：很多团队在composer.json里留着path配置，靠.gitignore屏蔽掉，结果某次手动composer update误触，把开发用的本地路径包装进了生产vendor。
