Composer 临时用 fork 包需在根 composer.json 的 repositories 中添加 vcs 类型仓库（URL 为 fork 的 HTTPS 地址），require 中指定 dev 分支别名（如 "dev-main as 2.1.99"），并确保分支真实存在、name/version 正确、minimum-stability 兼容，最后删 lock 和 vendor 后 composer install。
Composer 怎么临时用自己 fork 的包替代上游依赖
直接改 composer.json 里的 repositories，告诉 Composer：“这个包别去 Packagist 下了，从我 GitHub fork 地址拉”。关键不是“提交补丁”，而是“先让本地项目跑起来用上你的修改”。
常见错误是只加了 vcs 类型仓库但没调高优先级，导致 Composer 还是装原版。必须配合 require 中指定 dev 分支（如 "dev-main" 或 "dev-fix-xyz"），且分支名要和 fork 仓库里真实存在的分支一致。
- 在
composer.json顶层加"repositories"数组，类型设为"vcs"，URL 填你 fork 的 HTTPS 地址（如"https://github.com/yourname/package-name"） -
require里把原包版本改成对应分支别名，例如原是"vendor/package": "^2.1"，改成"vendor/package": "dev-main as 2.1.99"—— 后面的as是为了让 Composer 认为它满足原版本约束 - 删掉
vendor/和composer.lock，再运行composer install；否则 Composer 可能沿用 lock 里旧记录
为什么 composer update vendor/package 不拉我的 fork
因为 Composer 默认只查已注册仓库（Packagist），你的 repositories 配置没生效，或配置位置错了——它必须写在 composer.json 的最外层，不能嵌在 config 或 scripts 里。
另一个高频原因是分支名不匹配：composer require vendor/package:dev-mybranch 时，如果 fork 仓库里没有 mybranch，Composer 会回退到 Packagist 找最新 stable 版，而不是报错。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
composer show vendor/package看当前加载源，输出里有source字段，值应为你的 GitHub URL，而不是https://repo.packagist.org - 确认 fork 仓库的
composer.json里"name"和"version"没被你误删或改错，否则 Composer 无法识别包身份 - 如果原包用了
minimum-stability: stable，而你的分支是dev-开头，需在根composer.json加"minimum-stability": "dev"，或显式用"@dev"约束
补丁写好了，怎么给上游提 PR 并保持本地可更新
不要等 PR 合并才开始用——你得让自己的 fork 成为“可演进的临时源”。核心是：所有修改都推到 fork 的独立分支（比如 fix/null-pointer），然后本地 composer.json 指向该分支，而非 main。
这样上游一旦合并 PR，你只需把 fork 的那个分支 rebase 到 upstream/main，再 composer update 就能无缝切换回官方版。
- 提 PR 前，在 fork 仓库开一个功能分支，所有改动都在该分支完成并推送
- 本地
composer.json中写"vendor/package": "dev-fix/null-pointer as 1.2.3"，确保锁文件记录的是该分支 commit hash - 上游合并后，在 fork 里执行
git fetch upstream && git checkout fix/null-pointer && git rebase upstream/main，再git push --force-with-lease
为什么 composer install 报 Could not find package
绝大多数情况是 URL 写错，或 GitHub 仓库设成了私有但没配 SSH key / auth token。Composer 的 vcs 仓库不走网页登录态，它靠 Git 协议访问，所以 HTTPS 地址必须能被 git clone 直接拉下来。
另一个隐蔽坑：fork 仓库的 composer.json 缺少 "autoload" 配置，导致 Composer 能识别包但无法加载类，表现为安装成功却运行时报 Class not found。
- 终端手动试下
git clone https://github.com/yourname/package-name /tmp/test-pkg，看是否成功 - 检查 fork 仓库根目录的
composer.json是否包含完整"name"、"type"（通常是"library"）、"autoload"字段 - 若用 GitHub 私有仓库，需在
auth.json里配github-oauthtoken，或改用 SSH URL（"git@github.com:yourname/package-name.git"）并确保 ssh-agent 已加载密钥
composer update vendor/package 更新 lock 文件——lock 里存的是 commit hash，不更新就永远卡在旧版本。 
