去 fork ,然后修改 bug , 然后去 npm 重新发布一个新的 package?
回复 (12)
A
fock之后,可以继续在项目里面直接用,也可以发布pkg。 是否选择后者,就看你想要这个pkg有多少的受众,有了受众就有玩的乐趣,同时也带来了维护的压力。
B
我覺得根本不用考慮有沒有受眾這個問題 根據經驗表示 我 fork 後 改進發布 的模組 都除了自己以外 根本沒人使用
C
我就干过这种事,有个pkg有bug,联系作者一直没回应,就自己fork了一份发布了。
A
要么换靠谱的,要么自己 fork 维护。
N
引用 alsotangfock之后,可以继续在项目里面直接用,也可以发布pkg。 是否选择后者,就看你想要这个pkg有多少的受众,有了受众就有玩的乐趣,同时也带来了维护的压力。
@alsotang 就是说如果只是简单改一下 bug , 自己 fork 一份, 然后 npm i 的时候选择 github 地址就行了?
N
引用 bluelovers我覺得根本不用考慮有沒有受眾這個問題 根據經驗表示 我 fork 後 改進發布 的模組 都除了自己以外 根本沒人使用
@bluelovers 应该是的 0.0
N
引用 captainblue2013我就干过这种事,有个pkg有bug,联系作者一直没回应,就自己fork了一份发布了。
@captainblue2013 最近一个项目在用 rn , 好多 pkg 看最近一次提交都是 1 year 或者 2 year ago, 作者多半是没有精力去维护了
A
引用 NiLinli@alsotang 就是说如果只是简单改一下 bug , 自己 fork 一份, 然后 npm i 的时候选择 github 地址就行了?
@NiLinli 看下 npm publish...
N
引用 atian25@NiLinli 看下 npm publish...
@atian25 嗯 好的 我去看看
我的本意是 改动很小的 fork ,有种感觉没有什么发包的必要 我看 npm i 文档里面有
npm install :/ npm install
所以就想 fork 了 , 直接通过 git repo url 或者 公司内网的 gitlab repo url 去安装, 跳过 publish 这一步
很奇怪的操作么 - -
A
自己玩可以,实际业务中,肯定要有发版本这个操作。可以了解下 Semver 。
N
把该包fork到私有的npm或者内网的gitlab上,自己维护不就好了
参与回复
登录后即可参与回复。登录