Composer没有全局或项目级配置项能永久设置discard-changes=true；它仅作为临时命令行开关作用于install和update，且只对含未提交Git更改的包执行reset+clean，无法自动覆盖非Git修改或实现无差别丢弃。
直接说结论：Composer 没有全局或项目级配置项能永久设置 discard-changes=true；它只在特定命令中作为临时选项生效，且仅适用于 composer install 和 composer update，不能“自动覆盖本地修改”——所谓“自动丢弃”是误解，实际行为高度依赖上下文。
为什么 discard-changes 不是配置项，而只是命令行开关
Composer 的 discard-changes 是一个运行时布尔标志，不是 config 或 extra 中可持久化的设置。它不会写入 composer.json 或 composer.lock，也不会被 composer config 命令管理。
-
composer install --discard-changes：跳过检查 vendor 下已安装包的本地改动，强制按composer.lock重装（不提示、不报错） -
composer update --discard-changes：更新依赖时，对所有已安装但被本地修改过的包，直接丢弃修改、重置为远程版本（相当于对每个包执行git checkout -- .） - 没有
composer config --global discard-changes true这种用法 —— 会报错There is no setting 'discard-changes'
--discard-changes 实际触发哪些操作？
它只在 vendor 目录下检测到 Git 仓库且存在未提交更改时才起作用。非 Git 包（如 zip 下载）、无版本控制的包、或已提交的修改，均不受影响。
- 检测逻辑：遍历
vendor/*，对每个含.git目录的包，运行git status --porcelain - 若输出非空（即存在未提交变更），则执行
git reset --hard && git clean -fdx（注意：clean -fdx会删掉未跟踪文件和目录） - 不区分“你改的是 README 还是 src/”，只要在 Git 仓库里，就全盘清空
- 如果包是通过
path仓库方式加载的（"repositories": [{"type": "path", ...}]），该选项默认不生效，需加--no-interaction配合使用
常见踩坑场景和替代方案
很多人想靠这个参数实现“CI 环境自动覆盖本地改坏的 vendor”，结果发现 CI 失败、本地开发混乱，问题往往出在预期和机制错位。
- CI 中应优先用
composer install --no-interaction --prefer-dist，而不是依赖--discard-changes—— 因为 CI 环境本就不该有 vendor 修改 - 本地开发时误用
--discard-changes可能瞬间丢失你刚调试半天的 patch（比如临时加了var_dump或断点），且不可恢复 - 想“安全覆盖”，不如先用
git -C vendor/some-package status看清楚改了什么，再决定是否手动reset - 真要自动化清理，建议写脚本封装：
find vendor -name '.git' -execdir git reset --hard \; -execdir git clean -fdx \;，比依赖 Composer 行为更可控
真正难处理的，是那些没走 Git、却手动改了 vendor 里 PHP 文件的场景 —— --discard-changes 对它们完全无效，而 Composer 也不会警告。这种修改一旦混进部署流程，比丢代码还危险。
