大家在使用 Github 时候, 什么时候 fork 一个项目, 什么时候 star? 正确的姿势是怎样的?

[Akagi201]

我以前fork很多, 刚开始以为, 哇塞, 这么牛逼的项目啊, 赶紧fork过来, 以后看.

后来, 逐渐发现牛逼的项目太多了, fork不过来了, 就star了.

不过star多了也不好办.

怎么样还是正确的用法的? 大家也来谈谈自己的经验吧.

[RoshanWu]

要 pull request 的时候才 fork 下

[endoffight]

如果你仅想关注某一个项目的进展，而不是协作开发，那么star 加 watch即可。

否则 star加fork

[raincious]

一个项目不错，未来我可能会用到 / 参考到 => Star
我想复制 / 修改下这个项目的代码 => Fork

[coldwinds]

如果一个repo对你特别有意义 你又怕作者把repo删掉了 那么可以fork下来作为备份

作者删repo还是时有发生的 不是说一个repo发表出来就不会被删了

其次是在你项目中 特别依赖某个repo 也可以考虑fork下来更方便一些特殊目的的管理

[abelyao]

好多人随随便便就 fork 然后又不关注项目更新了没，我靠难道我更新了还得一个个去提醒他？
又不参与乖乖 star + watch 不就好了，非得 fork 一份填充一下自己页面列表。
当然有人解释说是为了防止原作者哪天删了 repo 所以要 fork。

[subpo]

你需要的是star不是fork

[Akagi201]

@coldwinds 恩, 特别是go语言这种包管理方式, 依赖的包还是fork一份自己维护跟上游同步最好了.

@abelyao 是的, fork多了, 自己的repo列表会乱, 我比较讨厌这点.

[dorentus]

@Akagi201 怕乱的话，应该可以创建一个 organization 专门来放 forked repos。

[Akagi201]

@dorentus 好方法!!

[romoo]

用 star，再通过 Astralapp 来管理。

[Akagi201]

@romoo 十分感谢推荐