必须先用composer config -g repo.packagist确认当前全局镜像配置是否有效且格式正确，再通过composer config -g --list获取实际路径，最后递归备份整个.config/composer/或.composer/目录（含config.json、auth.json和keys/），windows需用robocopy。
直接备份当前生效的镜像配置，关键不是复制文件，而是先确认它在哪、长什么样、是否完整——因为 repo.packagist 配置可能藏在全局或项目级，且容易被覆盖或误删。
用 composer config -g repo.packagist 查当前全局镜像
这是唯一可信的“当前生效”检查方式。执行后会输出类似：
{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
如果返回空、null、报错 “Could not find config file”，说明全局没设镜像源，此时不用备份该配置项；如果返回字符串（如 "https://mirrors.aliyun.com/composer/"），说明旧版 Composer 写法残留，需升级写法再备份。
- 必须带
-g，否则默认查当前项目，容易漏掉全局设置 - 输出不是 JSON 对象 → 镜像配置已损坏或格式错误，不能直接备份，得先修复
- URL 末尾缺
/（如https://mirrors.aliyun.com/composer）会导致后续install静默 fallback 到 packagist.org，这种配置备份了也没用
备份前先确认全局配置路径：composer config -g --list
新版 Composer（≥2.0）默认把配置放在 ~/.config/composer/config.json，旧版在 ~/.composer/config.json。硬编码路径备份大概率失败。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
composer config -g --list，看输出里config.json的实际路径 - 若提示 “Could not find config file”，说明尚未初始化全局配置，可跳过备份，或先运行
composer config -g github-oauth.github.com ""生成一个空配置再操作 - 只备份
config.json不够：auth.json（含私有 token）、keys/（GPG 密钥）也必须一起打包，否则composer global install会失败
完整备份命令（Linux/macOS）
按实际路径来，别猜。假设 composer config -g --list 输出的是 /home/user/.config/composer/config.json，则执行：
cp -r ~/.config/composer ~/backup/composer-global-$(date +%Y%m%d)
Windows 用户请用 robocopy，不要用 copy 或资源管理器拖拽——长路径和权限会截断。
- 必须用
-r递归复制整个目录，config.json单独拷贝会丢auth.json - 备份名带日期，避免覆盖；路径用绝对路径，不依赖当前工作目录
- 如果项目里也自定义了
repositories（比如私有包源），需额外备份对应项目的composer.json文件
最常被忽略的一点：备份完别只验证路径是否存在，要真跑一次 composer show -p | grep mirrors，确认镜像 URL 还在生效列表里——配置文件存在 ≠ 当前 Composer 进程读取到了它。
