Packagist是PHP包的元数据索引服务，不托管源码，仅存储包名、版本标签、autoload配置及Git仓库地址等信息；所有代码仍由GitHub等VCS托管，Packagist仅提供查询入口。
Composer 不是“从 Packagist 下载包”，而是用 Packagist 做索引查询——就像查黄页找电话，再自己拨号。
Packagist 是什么，它存代码吗？
Packagist 不托管任何源码，只存元数据：包名、描述、版本标签（v1.0.0）、autoload 配置、Git 仓库地址。你 push 到 GitHub 的代码，Packagist 通过 webhook 自动抓取信息并建索引；删掉 GitHub 仓库，Packagist 上的条目几小时后也会失效。
常见误解：
- 以为提交到 Packagist 就等于“上传包” → 实际只是提交仓库 URL，且必须是公开的
- 本地
git tag 1.0后点 Submit → Packagist 解析失败，因为版本格式非法（必须是v1.0.0或1.0.0） - 把
composer.json放在子目录里 → Packagist 找不到，报Repository not found
composer require xxx 时到底发生了什么？
执行 composer require monolog/monolog 时，Composer 会：
- 先向 Packagist（默认源
https://packagist.org）发起 HTTP 请求，查monolog/monolog的最新稳定版、对应 Git 地址、autoload规则 - 拿到结果后，再直接从 GitHub 克隆或下载 ZIP（不经过 Packagist 中转）
- 如果该包没被收录，就会报错
Could not find package monolog/monolog，此时必须手动加repositories
注意：composer.json 里的 version 字段会被忽略——Packagist 只认 Git tag，不读这个字段。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
为什么我的私有包装不上？
私有 Git 仓库（如公司内网 GitLab）默认不会被 Packagist 索引，必须显式声明：
- 在项目
composer.json的repositories数组首位添加：{"type": "vcs", "url": "https://gitlab.yourcorp.com/my/private-lib"} - 确保该 URL 可被 Composer 直接 clone（需配置 SSH key 或
auth.json） - 若用自建私有 Packagist（如 Satis），则
type必须为composer，且url末尾必须带/（否则拼错路径成...compackages.json导致 404） - 务必加上
"packagist.org": false，否则同名包可能从官方源“偷偷”覆盖进来
执行前别忘了 composer clear-cache，否则旧缓存会让新配置不生效。
WPackagist 和普通 Packagist 有什么区别？
WPackagist 是一个独立镜像源，专为 WordPress 插件/主题构建，和 packagist.org 无隶属关系：
- 它把
wordpress.org/extend/plugins/页面自动转成 Composer 包，包名是wpackagist-plugin/akismet，不是wordpress/akismet - 必须手动在
repositories里加{"type": "composer", "url": "https://wpackagist.org"} - 必须依赖
composer/installers并配installer-paths，否则插件会下到vendor/而非wp-content/plugins/ - 它不处理子主题依赖、
style.css头部校验或运行时激活逻辑——这些仍得人工干预
最易忽略的一点：WPackagist 的包是只读快照，不支持 dev-main 这类开发分支安装，除非你在自己的 repositories 里单独加一条 vcs 指向原始 Git 仓库。
