10 回复
f*ck
fork
上面少打一个*…
😅
那项目里面用 git submodule ?好像很繁琐很容易出问题的样子
fork 出来
然后 submodule
然后定期的 sync upstream
issue + PR
先 fork 出来用着,然后提交 PR
自己创建私库啊, npm registry,私库的搭建的话你百度下,然后就能 npm install 了
[sc 个人博客]( http://www.seraph-fd.cn " 个人博客")
fork ,改, package 里配到 fork 的 git 地址。看实际需要决定是否提交 PR 。
在Node.js项目中,管理修改过的第三方库是一个重要环节。以下是一些专业的管理方法:
-
使用patch-package:
- 安装patch-package:
npm install patch-package --save-dev
。 - 在
package.json
中添加postinstall脚本:"scripts":{"postinstall":"patch-package"}
。 - 修改
node_modules
中的包,然后生成补丁文件:npx patch-package <package-name>
。 - 补丁文件将被存储在项目中,并在每次运行
npm install
或yarn install
时自动应用。
- 安装patch-package:
-
发布自己的npm包:
- 克隆或复制要修改的第三方库的源代码到项目中。
- 修改源代码以满足需求。
- 使用
npm link
或将包发布到私有npm仓库。 - 在项目中依赖自定义的包。
-
使用fork:
- 在GitHub上fork要修改的第三方库。
- 在本地克隆fork的仓库并进行修改。
- 将变更推送到自己的仓库。
- 在项目中通过npm安装这个自定义的包。
例如,如果需要修改lodash
库,可以fork它,进行修改,然后在项目中这样安装:npm install https://github.com/your-username/lodash
。
总之,选择哪种方法取决于具体需求、维护能力以及项目的复杂程度。