痛点：很多软件项目依赖繁多（特别是 JS 的 node_modules 生态，这里遇到的是本站用的 Flarum，各种插件扩展都以第三方 PHP Composer 依赖形式），有时候遇到 bug 是发生在依赖的库中，解决起来还要处理包管理器的各种版本问题，很是麻烦，尤其是涉及到 CI 自动构建和部署的场景更加头痛，如果纯手动维护则很容易因为忘记而又带来新的 bug。

新的思路：利用 diff 生成的 patch 文件，把 patch 文件放在项目单独的目录，然后再 CI 中引入一个 apply 这些 patch 的流程，把魔改都 apply 过去。从而兼顾了透明与效率，diff / patch 都是古老的 Unix 社区时代就开始流传的工具，经过数十年检验，可靠性也有保障。

目前在 JS、PHP 的语言生态都有对应的解决方案：
JS：ds300/patch-package: Fix broken node modules instantly 🏃🏽‍♀️💨
PHP：cweagans/composer-patches: Simple patches plugin for Composer

今天也在本站的 bugfix 尝试了一下，感觉良好：https://github.com/0xffff-one/0xffff-flarum/issues/33

抛砖引玉一下 😆

0x0001 于 更改标题为「用 diff 与 patch 持久化依赖包的修改」

fun fact：diff和patch是unix极早期就有的工具了，早期（1980s）的hacker们（主要是美国大学生）就是这么共享bsd的源代码以及改进的：找到一个确定版本的bsd源代码，各个大学之间通过共享patch文件来共享自己对bsd unix的改进。

bsd很长一段时间的发展史就是各个大学互传patch的魔改史。至于svn甚至git都是很晚之后才有的了。

但是因为习惯，还有兼容的理由，这些工具基本上遵循最初的diff和patch格式，现在输入git show看到的输出其实就是patch格式，以及git发生合并冲突的时候的这个格式也是来自patch：

8 个月 后

之前用suckless的dwm就是用diff和patch进行调整的，比较原始也比较痛苦有意思，喜欢的同学可以去玩一下->suckless hacking

hsxfjames 原来还支持 patching，我们团队的项目也切了一部分到 pnpm 了，安装速度飞快，前端界福音～

    © 2018-2025 0xFFFF