Composer 从 Git 仓库装包需在 composer.json 中配置 repositories 为 "vcs" 类型并指定可 clone 的 URL，再于 require 中声明包名与版本（如 "dev-main" 或 "v1.2.3"）；install 不更新 VCS 包，须用 update 触发拉取。
怎么让 Composer 从 Git 仓库装包，而不是 Packagist
Composer 默认只认 packagist.org 上的包，想用自己私有 Git 仓库（比如 GitHub、GitLab 或内网 Gitea）里的代码，必须手动告诉它“这个地址是个包源”。核心动作就两步：在 composer.json 里加 repositories 配置，再把包名写进 require。
常见错误是直接写 "myorg/mylib": "dev-main" 却没声明仓库——Composer 会报 Could not find package myorg/mylib。它根本不会去猜你本地有没有 Git 地址。
- 仓库类型固定写
"type": "vcs"，别写成"git"或"github" - URL 必须是可 clone 的地址，支持
https://和git@，但后者需要本地 SSH 配置好 - 如果仓库没有
composer.json（或它不合法），Composer 会静默跳过，不是报错，而是根本找不到包
require 里写什么版本才能拉到最新 commit
用 dev- 前缀 + 分支名是最常用方式，比如 "myorg/mylib": "dev-main"。它每次 composer update 都会 fetch 最新 commit，但不会自动 rebase 或 force pull——这点和 git pull 不同。
容易踩的坑是误以为 "dev-main" 是“稳定版”，其实它完全不校验语义化版本，也不走 composer.lock 的哈希锁定逻辑（除非你运行了 composer update --lock）。CI 环境里如果没锁死，可能今天跑通、明天就挂。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 要锁定具体 commit，写成
"myorg/mylib": "dev-main#abc1234"，#后是完整或缩略 SHA -
"dev-main as 1.0.0"这种别名写法只影响版本解析，不改变实际拉取行为 - Tag 比分支更可靠：
"myorg/mylib": "v1.2.3"要求 Git 仓库里有对应 tag，且 tag 指向的 commit 有合法composer.json
为什么 composer install 不更新 VCS 包，即使远程有新 commit
composer install 只按 composer.lock 里记录的 commit 或 zip URL 安装，完全不碰远程 Git。哪怕你刚 push 了新代码，install 也视而不见。
真正触发更新的是 composer update myorg/mylib（指定包）或 composer update（全量）。但注意：如果 lock 文件里存的是分支（如 "dev-main"），update 会 fetch 新 commit；如果存的是 tag（如 "v1.2.3"），它只会在有新 tag 时才动。
- CI 流水线里如果混用
install和未锁死的dev-版本，结果不可重现 -
composer update --with-dependencies可能意外升级其他依赖，别无脑加 - 用
composer show myorg/mylib查看当前安装的 commit，比翻 log 更准
私有 Git 仓库认证失败的典型表现和解法
报错像 Failed to clone https://gitlab.example.com/myorg/mylib.git 或 Permission denied (publickey)，本质是 Composer 调用 git clone 时权限不足。
HTTPS 方式失败，多数因为没配凭据助手（credential helper）；SSH 方式失败，基本是 key 没加载或 agent 没启动。Composer 自己不处理认证，全靠系统级 Git 配置。
- HTTPS 下临时解决：在
repositories.url里写https://token:x-oauth-basic@gitlab.example.com/...（不推荐长期用） - HTTPS 长期方案：运行
git config --global credential.helper store，然后首次 clone 输入账号密码 - SSH 方案：确认
ssh -T git@gitlab.example.com能通，且~/.ssh/config里 Host 别名匹配仓库 URL
composer.json 却忘了提交，或者用 dev- 版本却没在 CI 里锁死 commit —— 这些问题在线上爆发时，日志里连个明确错误都没有。 
