首先确认上游已包含所需更改，查看原始仓库提交历史或发布日志，核对 fork 中的 commit 是否已合并；接着修改 composer.json，将依赖从 fork 切换至原始包并指定包含修复的最低版本，如 "vendor/original-package": "^1.3"；随后移除 repositories 中的 fork 配置；运行 composer update 验证安装版本及功能正常性；最后建议停止维护 fork，持续关注原项目更新，推动代码合入上游以降低维护成本。整个过程确保功能一致且依赖源干净切换。
在切换前，先确认原始包的新版本（如新发布的 tag 或特定 commit）已经包含了你 fork 中的关键修复或功能。
将 require 中指向 fork 的条目改回原始包，并指定包含修复的最低稳定版本或分支。
例如，原来是：改为：
"vendor/original-package": "^1.3" // 假设 v1.3 包含了你的改动如果你在 composer.json 中通过 repositories 添加了 fork 地址，现在可以移除它：
// 删除类似如下配置： { "type": "git", "url": "https://github.com/yourname/package-fork" }Composer 将自动从 Packagist 获取原始包。
运行以下命令更新依赖：
composer update vendor/original-package检查：
一旦切回原始包，应：
以上就是composer如何处理依赖一个被fork后又合并回主干的包的详细内容，更多请关注php中文网其它相关文章！
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
广告
收藏
收藏
收藏
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
288
