如何打造一个上千 Star 的 Github 项目

[tikazyq]

每一个程序员都或多或少接触过 Github，至少是听说过吧。而 Github 最大的好处是在于程序员可以不用付出任何费用，可以在上面参考、借鉴甚至是照搬其他人贡献的项目，因为这一切都是开源的。另外，任何一个 Github 用户也可以在上面对自己感兴趣的项目做出贡献。所谓贡献，就是对已有的代码进行更正、优化、开发等操作，让项目发展得越来越棒。而且，Github 的 Star 机制让项目的受欢迎程度得到很好的展示。如果您去 Github 上搜索一个 Vue 的后台管理模板，您很可能会选择几万 Star 的 Vue-Element-Admin （就像您去挑选晚餐地点，一般会去大众点评上选评价足够高的餐厅）。千万别小看 Star 这样类似点赞的机制，这些 Star 的背后是大多数程序员的认可，Github Star 数量可比朋友圈的点赞数量要有技术含量得多。我不是在吹捧那些点赞数多的项目，我只是在强调一种增加技术影响力的方式：打造一个上千 Star 的 Github 项目。Github 作为世界上最大的开源项目管理中心，可以让任何人有机会实现这个目标。

本篇文章主要从自己项目 Crawlab 的角度出发，介绍了如何打造一个上千 Star 的 Github 项目的方法。其中包括寻找痛点、完善产品、产品推广和项目管理。相信每一个获得了上千 Star 的项目的作者都有自己的方法论。我看了老乡大佬 CrossoverJie 的相关文章《 1K star+ 的项目是如何炼成的？》，获得了很多灵感，其中很多理念与本篇文章是相似的。不管如何，都祝愿读者能从本篇文章中收获知识，祝您能早日收获自己的上千 Star 项目。

原文地址: https://juejin.im/post/5d56763bf265da0390052a00

Github: Crawlab

感谢支持！

另外，作者只是一个普通人，是一点一滴尝试了很多办法、做出了很多努力才收获了上千 Star，并没有很多大佬那样更出色的项目。作者将从自己的角度给大家介绍自己积累的经验教训，从项目定位、产品开发、推广渠道等方面来讲。如果大佬们有更多更优秀的作品和经验，欢迎随时交流。

[lcdtyph]

等待下一个 pptos 然后抢建一个 awesome-pptos

[tikazyq]

@lcdtyph 啥是 pptos ？

[guokeke]

@tikazyq ppt os

上千 star 太容易了，人民币就能解决。

[tikazyq]

@guokeke 不想做用人民币堆起来的刷量 repo，很多社区就是被这些乱七八糟的行为败坏的，crawlab 是一点一滴用努力挣来的

[q8164305]

我感觉很多上千 star 的都很水啊，有很多都是趁热点的，没有啥价值

[swulling]

学习下 awesome 鸿蒙那个库，分分钟几千 star

[tikazyq]

@q8164305 您可以认真读读文章，会对您有帮助的

[tikazyq]

@swulling 确实没有这个实力

[taogen]

文章不错，感谢分享

[tikazyq]

@taogen 感谢支持

[qqz3c7d3QRM4JCWE]

谢谢分享

[tikazyq]

@fabriziocoltella 感谢支持

[hantsy]

@tikazyq

Star 只是评判你的项目是否有价值的一个标准，它仅仅第一印象。Star 旁边的其他两个你也看得，Watch，Fork 比重也是评判标准的一部分。

当然我觉得最重要是你的项目有没有被其他使用，你，作为开发者与（ star,watch,fork ）用户之间有没有互动和反馈（ Github issues, PR，甚至 Email 交流 等），如果仅仅是 Star （即使再多），基本上说明不了你的项目有什么价值。

[hackyuan]

就我目前接触而言，很多上千 star 的项目实在太水水水了，远不如很多 300~600 star 的。

[hackyuan]

目前对一个项目还是比较关注两点，watch 和 issuss。

[RYAN0UP]

我也要写一篇《如何打造一个 7500 Star 的 Github 项目》(手动狗头)。https://github.com/halo-dev/halo.git

[tikazyq]

@hantsy 您说得很对，评判一个项目的好坏不仅仅需要看 Star 数。对于项目本身来说，每个人对好项目的判断标准不一样，可能需要从多维度来判断。如果您仔细看我的文章，会发现其中并没有妖魔化 Star 数以及如何评判一个项目的好坏，而是着重讲述了如何作出一个受欢迎的、能帮助到大家的好项目。如果按照您的说法，那恐怕需要有一个 Github Index 之类的东西来判断才行

[tikazyq]

@RYAN0UP 听说过大佬这个 Repo，可以来传授下经验;)

[tikazyq]

@hackyuan 您如果要看 watch 和 issues 的话，我可以假设这两个数字跟 star 数有正相关关系，您应该看比率才对

[formulahendry]

《如何打造一个 16800 Star 的 Github 项目》: https://github.com/formulahendry/955.WLB

[MMMMMMMMMMMMMMMM]

记得 QQ 空间互赞么。。。

你写一个 Bot 把全 github 的用户 项目 follow star 个遍

总有几个闲的没事的 也给你反手来个 star

[gaigechunfeng]

首先我得先有个项目。。。

[oxogenesis]

《如何打造一个 15 Star 的 Github 项目》： https://github.com/oxogenesis/oxo-chat-client
我对星倒没什么兴趣，
我需要一个前端，帮我把客户端的展示效果完善到能用的程度

星多只是感兴趣、mark 的技术人员多，对世界并没有太大改变

[tikazyq]

@MMMMMMMMMMMMMMMM 写个爬虫就可以了

[tikazyq]

@gaigechunfeng 可以看文章里“寻找痛点”这一小节

[tikazyq]

@oxogenesis 《就差一个 XXX 》系列么

[oxogenesis]

@tikazyq nonono，差很多，前端只是这个客户端，前端简单做做，这个项目的星应该值 1 万个（我是不是想多了。。。）
还有一些核心东西需要 c++来优化，不过项目还没上传

[whoami9894]

首先一个筛选条件：代码比 md 文件多

[mason961125]

你的心态有问题，生产开源代码的目的不是为了 star，而是为了让所有人更方便。

[augustheart]

作为中国人，你应该感谢人口红利。获得关注太 tm 容易了。
问：要获得关注怎么办？
答：开车啊

[tikazyq]

@mason961125 没有这个意思

[tikazyq]

@augustheart 赢得屌丝赢天下么

[tikazyq]

@whoami9894 仁者见仁，看得出你没有做过真正意义的开源项目

[augustheart]

@tikazyq 这话有点大，不过我觉得在我们剩下的人生里面这点会越来越明显。

[murmur]

awesome AWESOME
当然是 如家经典

[xuyl]

哥们，你的项目在 V2 推广太多次了，容易引起反感的，前车之鉴 apijson。

[tikazyq]

@xuyl 是有这个问题，apijson 怎么了？

[Co1a]

歪个楼：这是你的代码仓库

[murmur]

@tikazyq 广告打的太多了

[tikazyq]

@murmur 确实，推广次数过多会成为 spam，以后会注意

[caiyue1993]

怎么说呢，适度宣传让更多的人发现你的项目确实很重要，但真正如果想要受到更多的关注，还是看这个项目是否足够牛逼，是否解决了后人也可能遇到的问题。我认为这才是最重要的，当然，维护一个优质的开源项目需要耗费大量的精力和毅力，这也是考察开源作者实力和工程素养的地方，而不仅仅是 star 的数量。

[iPhoneXI]

没精力没动力，我觉得贡献知名开源开源项目收获更大一些

[mamahaha]

这方面我最服的人是尤雨洗，游大说程序员文人相轻，不知道有多少人嘲讽他的 VUE，但他是谁来灭谁，那些黑子谁都说不过他，很多事情真的不是光靠技术就行的。

[Windelight]

楼主文章：大家要用心做好项目，赢得更多人认可
评论区：大家要紧盯风向蹭热点，比如某鸿蒙项目

[waruqi]

到 hacknews 上发吧 只要能上首榜 一夜上 k

[imbushuo]

我没怎么宣传也上千呀（

[tikazyq]

@imbushuo 大佬始终是大佬，我等普通人只能仰视

[tikazyq]

@waruqi hackernews 我发过，可惜没上首页…

[tikazyq]

@Windelight 总觉得很到位

[tikazyq]

@mamahaha 是这样的，做得再好始终有负面评论的，唯一的做法就是无视

[tikazyq]

@iPhoneXI 维护开源项目确实很花精力和时间，贡献一个开源项目也很要求能力的

[tikazyq]

@caiyue1993 说得太对了，点赞

[jinliming2]

我的一个项目，也算是蹭着完全不热的热点开的，也没有什么宣传，维护也不频繁，两年涨了 200 star，虽说涨的慢，但是每次在首页看到 star 通知，我知道我的项目又帮到了一个人。
维护不频繁是因为项目功能简单，所以自发布第一个版本之后除了改 bug、调优逻辑之外，真的没啥可维护的。偶尔看到 issue 里有比较好的 feature request 也会考虑加进去。
宣传，也就之前在贴吧里看到有人碰到了同样的需求，我就给推荐过我的项目，当时还没破 50 star。现在，我发现我根本不需要自己去宣传，网上搜索我项目的名字，就能搜到一批个人博客在帮我宣传，在 GitHub 项目的访客统计页面，可以看到 CSDN 的某篇文章给我贡献的访客量都上榜了……
相比涨 star，我更想看到涨下载／安装量，因为下载量和安装量才能代表项目真的帮到了多少人。目前由 Google 统计到的可以统计的下载量在 44k 上下波动。
其实吧，star 真的不重要，重要的是项目的价值，是否能真的帮助到某些人。所以我个人也是比较认同在 GitHub 上放全是 md 的笔记类、汇总统计类项目的，因为可以被搜索引擎检索到，在需要的时候能用到，就是有价值了。
但是类似于用 GitHub issue 做评论系统、拿 GitHub 项目（而不是 release ）当 CDN，或是拿 GitHub release 托管与所属仓库完全无关的内容的，我就比较反感了。

[tikazyq]

@jinliming2 感谢这么大段文字描述您的经历，我也同意 star 数不是全部，真正要帮到多少人才是目的

[frittle]

别太在意 Star，就算 Star 很多也未必是设计和代码获得赞赏，现在不认真看代码就给 Star 的人太多了。

[janxin]

只要广告打得好，上千 star 不是梦

整其他的都没用，还是广告最好使

[o562dsRcFqYl375i]

学到了，厚颜无耻地顺手推下自己的，用于录制浏览器交互并生成测试脚本的测试工具，简单实用！
Github: https://github.com/prprprus/softest

[sunzongzheng]

https://github.com/sunzongzheng/music
你不投，我不投，项目何时能破千😏

[tikazyq]

@sunzongzheng 可以可以，祝早日破千

[Antidictator]

看来我的王自如 awesome awesome awesome 系列马上也要上线了

[hantsy]

@sunzongzheng 这个不错。

[imndx]

那我也该写个如何打造一个 3.5k+的 IM 真解决方案，包含 server 和各平台的客户端
https://github.com/wildfirechat

[dvaknheo]

买粉。 但有意义么。

能有一小撮人讨论起来是最好的。 启动的有 10 来个
至少有一个项目在应用。
这样就真的有动力继续了

[googlefans]

这广告我给满分