Composer优先使用fork包需在repositories中先声明fork的VCS地址，并在require中指定dev-分支名，确保顺序和分支明确，修改后运行composer update即可同步代码。

Composer如何处理fork的包？简单来说，Composer允许你使用fork的包，甚至指定特定的分支或commit，这为定制化和修复bug提供了极大的灵活性。

直接使用fork的包，通常是为了在原作者合并你的PR之前使用某个特定功能或修复。这在快速迭代的项目中非常常见。

解决方案：

首先，你需要在你的

composer.json

文件中声明你的fork仓库。这通常涉及到在

repositories

部分添加一个新的仓库条目。

{   "repositories": [     {       "type": "vcs",       "url": "git@github.com:your-username/your-forked-package.git"     }   ],   "require": {     "vendor/package-name": "dev-your-branch"   } }

这里的

url

指向你的fork仓库的Git地址。

require

部分指定了你想要使用的包和分支。

dev-your-branch

告诉Composer使用你的fork仓库中的

your-branch

分支。

接下来，运行

composer update vendor/package-name

。Composer会从你的fork仓库克隆代码，并将其安装到你的项目中。

需要注意的是，如果你的fork仓库与原始仓库有冲突，你可能需要手动解决这些冲突。此外，确保你的fork仓库的代码质量，避免引入新的bug。

DecoHack

DecoHack是一个专注分享产品设计、开发、运营与推广的博客周刊

17

查看详情

如何确保Composer优先使用我的fork而不是原始仓库？

Composer会按照

repositories

中声明的顺序搜索包。因此，确保你的fork仓库在原始仓库之前声明。但是，更重要的是，使用明确的分支名（如

dev-your-branch

）来强制Composer使用你的fork。 如果仍然遇到问题，可以尝试删除

composer.lock

文件和

vendor

目录，然后重新运行

composer install

。这会强制Composer重新解析依赖关系。另外，检查

composer.json

中的

minimum-stability

设置。如果设置得太严格，可能会阻止Composer使用

dev

分支。

修改了fork的包之后，如何更新到我的项目中？

如果你在fork的包中做了修改，只需要在你的项目中运行

composer update vendor/package-name

。Composer会从你的fork仓库拉取最新的代码，并更新到你的项目中。 此外，你可能需要清除Composer的缓存，以确保Composer不会使用旧版本的代码。可以使用

composer clear-cache

命令来清除缓存。 如果你正在使用自动部署工具，确保在部署过程中也运行

composer update

命令，以确保你的项目始终使用最新的代码。

如何贡献我的修改回原始仓库？

当你确认你的修改是稳定且有用的，你应该考虑将你的修改贡献回原始仓库。这通常涉及到创建一个pull request (PR)。 在创建PR之前，确保你的代码符合原始仓库的代码风格和规范。此外，编写清晰的提交信息，解释你的修改的目的和实现方式。 提交PR后，耐心等待原始仓库的维护者审核你的代码。他们可能会提出一些修改建议，你需要根据他们的建议进行修改。 一旦你的PR被合并，你的修改就会成为原始仓库的一部分，其他开发者也可以从中受益。