一种简便的给 composer 包打补丁的方法

扣丁禅师的个人博客 / 4 / 11 / 创建于 2年前 / 更新于 2年前

开发过程中，我们经常会遇到某个 composer 包有 bug，或者需要改动部分功能以满足自己的业务。如果你和包的发布者联系，一般不会很快得到更新，非共性的需求，基本也会被忽略掉。

这种情况下，需要我们自己解决了，有些包是解决类似需求的，比如 cweagans/composer-patches，但用起来还是很麻烦。

我个人实践中用了一种很简便的方法，原理也很简单，其实就是自己 COPY 出来需要改动文件，然后 composer 执行包的安装或更新后会自动覆盖掉原有的。

方法如下：

1、先进入 vendor/ 某个包的目录下，进行代码修改，注意修改期间，不要执行 composer 的安装或更新命令。

2、工程目录下创建目录 patches，保持包的修改文件路径，COPY 放在 patches 下面，参照下图：

一种简便的给 composer 包打补丁的方法

3、复制下面代码到 composer.json 的 scripts -> post-autoload-dump 下：

"@php -r \"passthru(sprintf(PHP_OS==='WINNT'?'xcopy %s /D /E /C /R /H /I /K /Y':'cp -rfv %s', 'patches/* vendor/'));\""

一种简便的给 composer 包打补丁的方法

这样就可以了。

本作品采用《CC 协议》，转载必须注明作者和本文链接

YIN流黑客，开源作品uapp

本帖由系统于 2年前自动加精

扣丁禅师

415 声望

YIN流黑客，开源作品uapp

13 人点赞

从小程序个人账户申请开始，带你一步步进行开发一个微信小程序，直到提交微信控制台上线发布。

以构建论坛项目 LaraBBS 为线索，展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。

讨论数量: 11

Rache1

658 声望

最简单的办法就是，在入口文件手动 require 文件进来，这样类已经被加载后，就不会再去加载 vendor 下的内容。

进阶一点儿的，可以配置 composer 的 autoload.exclude-from-classmap ，把指定的类排除掉，然后再在 autoload.classmap 把需要的加载进来，这样就是按需加载了。

还有办法就是自己使用 spl_autoload_register 实现一个自动加载器，优先级高于 composer 的自动加载即可。

2年前评论

扣丁禅师（楼主）

require 是后面加载会覆盖前面的，比如我的 packagit 里workaround 就是这个方法：

github.com/packagit/packagit/blob/...

其他方法没实践过，看似也是个方向。

Rache1 （作者）

@扣丁禅师

类和函数是不能被重复定义的，先到先得

有一些特别情况，比如下图，先 require 了 vendor/autoload.php ，这时候下面的 Arrays::get 调用的就是 vendor 下的，如果我把那个 require vendor/autoload.php 放到第九行的后面，那就可以打印我自己写的那一个 Arrays::foo。

如果我把我自己写的那个里面的 if class_exists 判断去掉，即使不修改 require vendor/autoload 的顺序，也可以调用到我自己写的那个 Arrays::get。

这是因为 class_exists 的第二个参数，默认会执行自动加载，所以加载了 vendor 下的，如果第二个参数设置为 false，也就符合预期了。

file

扣丁禅师（楼主）

对require 的理解，我们还是不同。我表达的意思是，后面 require 进来的，会覆盖前面的，和是不是 vendor/autoload.php 没关系，autoload 只是个集合入口，里面也是一堆 require 而已，谁的require 在后面，谁有效。当然前提是require 文件里有相同的类定义。所以不是很理解你说的：类和函数是不能被重复定义的，先到先得 ，加 class_exists 是增加自己的判断逻辑了。这个大家可以验证下吧，自己认为是正确的就好。

Rache1 （作者）

@扣丁禅师并不会覆盖，能覆盖的只有变量。类、函数、常量，这些都是只能被定义一次。后面再 require 的文件里面如有重复定义，将会引发致命错误。这不是说自己认为是正确的就好，而是因为实际就是这样。

Rache1

658 声望

最简单的办法就是，在入口文件手动 require 文件进来，这样类已经被加载后，就不会再去加载 vendor 下的内容。

进阶一点儿的，可以配置 composer 的 autoload.exclude-from-classmap ，把指定的类排除掉，然后再在 autoload.classmap 把需要的加载进来，这样就是按需加载了。

还有办法就是自己使用 spl_autoload_register 实现一个自动加载器，优先级高于 composer 的自动加载即可。

2年前评论

扣丁禅师（楼主）

require 是后面加载会覆盖前面的，比如我的 packagit 里workaround 就是这个方法：

github.com/packagit/packagit/blob/...

其他方法没实践过，看似也是个方向。

Rache1 （作者）

@扣丁禅师

类和函数是不能被重复定义的，先到先得

有一些特别情况，比如下图，先 require 了 vendor/autoload.php ，这时候下面的 Arrays::get 调用的就是 vendor 下的，如果我把那个 require vendor/autoload.php 放到第九行的后面，那就可以打印我自己写的那一个 Arrays::foo。

如果我把我自己写的那个里面的 if class_exists 判断去掉，即使不修改 require vendor/autoload 的顺序，也可以调用到我自己写的那个 Arrays::get。

这是因为 class_exists 的第二个参数，默认会执行自动加载，所以加载了 vendor 下的，如果第二个参数设置为 false，也就符合预期了。

file

扣丁禅师（楼主）

对require 的理解，我们还是不同。我表达的意思是，后面 require 进来的，会覆盖前面的，和是不是 vendor/autoload.php 没关系，autoload 只是个集合入口，里面也是一堆 require 而已，谁的require 在后面，谁有效。当然前提是require 文件里有相同的类定义。所以不是很理解你说的：类和函数是不能被重复定义的，先到先得 ，加 class_exists 是增加自己的判断逻辑了。这个大家可以验证下吧，自己认为是正确的就好。

Rache1 （作者）

@扣丁禅师并不会覆盖，能覆盖的只有变量。类、函数、常量，这些都是只能被定义一次。后面再 require 的文件里面如有重复定义，将会引发致命错误。这不是说自己认为是正确的就好，而是因为实际就是这样。

陈先生

课程读者 650 声望 / PHP_EOL @ NaN

最合理且最简单的方法？自建一个 composer 仓库，自己加一个新的包依赖于原包，调用的时候调用自己的类即可。

2年前评论

扣丁禅师（楼主）

再增加个仓储定义，麻烦点吧

Latent

Laravel 8.x 译者 524 声望

规范点就是自己fork下来改动,然后自己在packagist.org 发布。最后通过composer安装自己改动的包。如果是bug的话，给原作者提交个isses以及推个补丁版本。

2年前评论

扣丁禅师（楼主）

:smiley: 再维护个轮子呗

6324红老嗨

正解,后期原作者修复了,卸载自己的包安装原作者的包就行了代码命名空间之类的都不需要改动

lyxxxh

1.3k 声望

file

我是删除composer.json 的 require
然后手动改 psr-4的对应路径

2年前评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！

帮助

一种简便的给 composer 包打补丁的方法

高认可度评论：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

一种简便的给 composer 包打补丁的方法

高认可度评论：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

请登录