在事情进修之余，你能够会萌生做一个开源项目的主意。一方面将本身的好代码分享出去协助更多开辟者，另一方面也愿望在开源社区中取得反应和生长。假如项目能取得许多的关注那更是如虎添翼，高 Star 不仅是权衡开源项目牢靠水平的一个重要依据，如许项目保护者的 Github 也能在雇用中让公司提早相识候选人的开源孝敬、手艺热忱和编程习气等，取得面试官的加分。
那末，开源项目怎样才取得更多的 Star 数呢？这里经由过程总结我这段时候保护 Day.js 项目的过程当中的一些经验教训，来说说怎样革新和推行你的开源项目。
对准用户痛点
开源社区的内容应有尽有，整顿珍藏的 Markdown 笔记、 框架百口桶的搭建、炫酷的动画结果以及种种东西库、框架等都是很好的开源方向，然则斟酌到项目的功用、受众、开辟言语等等要素，差别范例的项目完成起来的难度和被社区接收的水平也千差万别。但假如项目能对准开辟者的痛点，供应优异的解决方案，就有取得更多关注的能够。一个人的精神始终是有限的，只要更多的人到场进来，运用、反应、迭代和推行，才构成开源项目的良性循环。
比方我在事情中发明 Moment.js 虽然能很轻易地处置惩罚日期和时候但这个库打包体积太大了，而要想迁徙到社区其他几个轻量的时候库又会增添新的进修本钱和迁徙事情量。所以开辟 Day.js 的目的就是做一个和 Moment.js 一样 API 设想，一样功用，越发轻量的时候日期库。
挑选开源协定
相较与项目本身的代码和文档等，开源协定多是一个随意马虎被无视的细节。开源协定是软件的受权允许，表述了用户取得你开源的代码后具有的权益和义务。
我在早期推行时就犯了个毛病，没意想到开源协定的重要性，也没有给项目增加任何协定。在版权认识相对更强的英文社区宣扬时就遇到了很大的阻力和种种质疑，他们以为如许的项目是不专业的，也不敢去随意马虎尝试，就如许白白错失了一部份初始用户。
关于怎样去挑选一个合适项目的开源协定，能够参考这个网站 Choose License。假如你愿望项目能够尽量被广泛地推行、运用和流传，就可以够斟酌挑选一个分发自由度比较高的开源协定。
范例提交纪录
运用一个范例的 Git 提交纪录是很有必要的，这不仅让多人开辟中的参与者能更好地相识项目的迭代汗青和历程，也能在出现题目时疾速定位，找到题目代码的提交纪录。同时我们还能够运用东西依据提交纪录自动天生更新申明 (CHANGELOG)，轻易用户相识每次更新的具体内容，也免去了项目保护者手动更新的痛楚。
现在前端社区中运用较多的 Git Commit 提交范例是 Angular 范例 (Git Commit Message Conventions )，Commit 的花样包括 Header、Body、Footer 三个部份：
<type>(<scope>): <subject>
<body>
<footer>但假如每次提交代码的 Commit Message 都须要我们根据上述花样来录入的话照样一件又累又随意马虎遗忘的苦差事。引荐两个东西来辅佐我们的操纵：
- 运用 commitizen 举行交互式的 Commit 填写，如下图所示，只须要根据提醒挑选更新的 type 和填写必要的信息，就可以自动天生相符范例的提交纪录；
- 运用 @semantic-release/changelog 来依据 Commit 中 type 自动增量天生 CHANGELOG；
语义化版本号
每一个社区都有本身的版本号范例，万万不能由于是本身的开源项目就为所欲为地填写版本号，不然能够会给运用者带来不必要的麻(彩)烦(蛋)。在 NPM 生态圈中绝大部份包都是运用语义化版本号 (Semantic Versioning)，即版本号为 a.b.c 的情势，个中 a 是大版本号，b 是次版本号，c 是订正号。
假如开源项目有按上文所述范例地提交 Commit ，就可以够运用 semantic-release 来完成全自动更新版本号和宣布，这个东西会推断 Commit Message 的差别，fix 增添订正号，feat 增添次版本号，而包括 BREAKING CHANGE 的提交增添大版本号。
推行和剖析
酒香也怕巷子深，再优美的项目，假如作者本身没什么知名度，又没有太多推行的话，这个项目很有能够就被淹没在浩瀚开源项目之中了。除了在尽人皆知的国内开辟社区推行以外，愿望人人也不要无视了外洋的社区和论坛。要晓得虽然中文开辟者数目越来越多，但也只占到环球开辟者的一部份，为了取得更多关注，我们有必要把开源项目国际化，来协助更多的开辟者。而英语是软件开辟者们的通用言语，翻译一份英文版的 README 就是走向国际化的第一步。
在推行 Day.js 的过程当中，我会在 Twitter 大佬们吐槽 Date 函数、 Moment.js 库的推文下，引见我的项目的特性，愿望他们能够尝试一下（但要有礼貌，广离别太硬）。社区红人的一个 Star 或一条支撑的推文就可以依托交际网络疾速流传，给项目带来庞大的流量和很高的关注度。
在每次的严重功用更新或集合推行以后，我们要经由过程项目的 Pull request, Issue, Star, Download Count 等数据的变化来相识推行结果和用户的满意度。前端工程师都晓得，比起一堆数字，可视化的数据图表能够协助我们更好地舆解数据。
如 npmjs.com 展现下载量变化的折线图，能够剖析项目被运用和被依靠的状况。bestofjs.org 展现了项目 Star 数变化的日历色块图，格子越深申明增量越快。下图深色的小块就是项目频频比较胜利的推行，而有些推行并没有带来很大的增进就须要总结经验并改良要领了。
最先做一个开源项目并不难，要勇敢地迈出本身的第一步。然则延续保护开源项目并非一件很随意马虎对峙下来的事，我们须要找到本身保护项目的动力，给用户供应必要的支撑，网络用户的反应，不停完善项目，进而构成一个完全的产物闭环来推进项目的不停迭代更新。
固然能做到这些， Star 数目的若干已不是那末重要了，我们雄厚了开源社区的内容，协助了更多的开辟者，也从开源的阅历中取得了视野的拓展，才能的提拔，这才更有代价的收成。
P.S. 假如你酷爱前端，酷爱开源，迎接到场我们团队，这里有网红开源 UI 库 Element，承接了公司 98% 前端项目的宣布体系，比 jsdeliver 更好用的静态资源管理平台和更多有意思的项目等着你。请联络 kun.zhu@ele.me ，饿了么大前端有你更出色。
