patch-package
11,233
Stars
328
Forks
39
Watchers
282
Open Issues
MIT
许可证
TypeScript
语言
2017-05-08
创建时间
2025-09-30
最近更新
项目能做什么
可立即修补并持久化 node_modules 依赖问题的实用工具。
来源:基于仓库元数据
· 内容以仓库实际 README 为准
使用说明 查看原始 README 原仓库文档
中文使用说明暂未生成。下面保留原仓库 README 摘录,命令与配置均以原文为准。
原始 README 摘录(英文原文,节选前 3000 字符)
<p align="center">
<img src="https://ds300.github.io/patch-package/patch-package.svg" width="80%" alt="patch-package" />
</p>
`patch-package` lets app authors instantly make and keep fixes to npm
dependencies. It's a vital band-aid for those of us living on the bleeding edge.
```sh
# fix a bug in one of your dependencies
vim node_modules/some-package/brokenFile.js
# run patch-package to create a .patch file
npx patch-package some-package
# commit the patch file to share the fix with your team
git add patches/some-package+3.14.15.patch
git commit -m "fix brokenFile.js in some-package"
```
Patches created by `patch-package` are automatically and gracefully applied when
you use `npm`(>=5) or `yarn`.
No more waiting around for pull requests to be merged and published. No more
forking repos just to fix that one tiny thing preventing your app from working.
## Set-up
In package.json
```diff
"scripts": {
+ "postinstall": "patch-package"
}
```
Then
### npm
npm i patch-package
You can use `--save-dev` if you don't need to run npm in production, e.g. if
you're making a web frontend.
### yarn v1
yarn add patch-package postinstall-postinstall
You can use `--dev` if you don't need to run yarn in production, e.g. if you're
making a web frontend.
To understand why yarn needs the `postinstall-postinstall` package see:
[Why use postinstall-postinstall](#why-use-postinstall-postinstall-with-yarn)
### yarn workspaces
Same as for yarn ☝️ Note that if you want to patch un-hoisted packages you'll
need to repeat the setup process for the child package. Also make sure you're in
the child package directory when you run `patch-package` to generate the patch
files.
### yarn v2+
yarn 2+ have native support for patching dependencies via
[`yarn patch`](https://yarnpkg.com/cli/patch). You do not need to use
patch-package on these projects.
### pnpm
pnpm has native support for patching dependencies via
[`pnpm patch`](https://pnpm.io/cli/patch). You do not need to use patch-package
on these projects.
### Heroku
For `patch-package` to work on Heroku applications, you must specify
[`NPM_CONFIG_PRODUCTION=false` or `YARN_PRODUCTION=false`](https://devcenter.heroku.com/articles/nodejs-support#package-installation).
See [this issue](https://github.com/ds300/patch-package/issues/130) for more
details.
### Docker and CI
- If having errors about working directory ("cannot run in wd [...]") when
building in Docker, you might need to adjust configuration in `.npmrc`. See
[#185](https://github.com/ds300/patch-package/issues/185).
- In your `Dockerfile`, remember to copy over the patch files _before_ running
`[npm|yarn] install`
- If you cache `node_modules` rather than running `yarn install` every time,
make sure that the `patches` dir is included in your cache key somehow.
Otherwise if you update a patch then the change may not be reflected on
subsequent CI runs.
### CircleCI
Create a hash of your patches before loading/saving your cach
阅读完整原文
项目深度分析 规则生成(AI 未配置)
综合评分 63.3 分。该项目在“个人可实施性”维度得 67 分,“付费可能性”维度得 40.0 分,差异化空间 100.0 分(评分依据见评分卡)。
将 patch-package 改造为垂直场景 SaaS
| 产品构想 | 保留核心能力,针对某一类用户(如某行业团队)做托管版,收取月费。 |
| 目标用户 | 有该需求的中小团队 / 独立站长 |
| 难度/周期 | 中 · 2~4 周(MVP) |
| 收费模式 | 订阅制(如 ¥29~99/月) |
| 竞争风险 | 需验证付费意愿;注意许可证合规 |
| 依据 | 数据支持的判断:许可证与关键词显示存在商用与付费场景 |
一键部署托管 / 代部署服务
| 产品构想 | 为不想自己折腾的用户提供在线实例或代部署。 |
| 目标用户 | 非技术背景的目标用户 |
| 难度/周期 | 低~中 · 1~2 周 |
| 收费模式 | 按次收费或按月托管费 |
| 竞争风险 | 客单价低,需控制人力成本 |
| 依据 | 数据支持的判断:项目支持 Docker 部署 |
面向细分需求的二次开发产品
| 产品构想 | 基于 patch-package 的核心能力,聚焦一个更窄的场景(如某平台、某行业)做差异化。 |
| 目标用户 | 该细分场景用户 |
| 难度/周期 | 中 · 2~6 周 |
| 收费模式 | 买断制 / 订阅制 / 广告 |
| 竞争风险 | 细分需求规模需验证 |
| 依据 | AI 推测:基于项目主题标签的判断 |
封装为在线小工具或 API 服务
| 产品构想 | 把项目最常用的一个功能做成网页小工具,靠流量变现或按量计费。 |
| 目标用户 | 搜索引擎带来的长尾用户 |
| 难度/周期 | 低 · 1~3 周 |
| 收费模式 | 免费引流 + 增值功能 / API 按量计费 |
| 竞争风险 | 同质化竞争,需做好 SEO |
| 依据 | AI 推测:基于技术栈与部署特征的判断 |
以上为规则引擎基于仓库公开数据生成的参考结论,包含推测成分,不构成投资或创业承诺;配置 AI 后可获得更深入的分析。
报告会保存到 个人中心
竞品与相似项目 GitHub Search 真实检索
相似项目数据正在完善中,暂不展示(避免误导)
项目优势与风险
| 技术成熟度 | 创建于 2017-05-08,最近推送 2025-09-30,发布过 25 个 Release |
| 社区活跃 | Star 11,233 / Fork 328 / Issue 282(数据支持,可自行核实) |
| 许可证 | MIT |
| 主要风险 | 上游项目方向可能变化;同赛道竞争者较多(见竞品表);热度与需求不完全等价 |
安装与使用
快速开始(以仓库 README 为准)
git clone https://github.com/ds300/patch-package.git cd patch-package docker compose up -d # 或参考 README 中的 docker run 命令
术语说明:Docker=应用容器(把程序和依赖打包运行);API Key=调用外部服务的密钥;Git Clone=把仓库代码下载到本地。常见错误:API Key 未配置 / 端口占用 / 数据库连接失败,多数项目在 README 的 Troubleshooting 章节有说明。