经过3个多月的开发，v0.1.0终于发布了。 这个版本并不意味着基本没有bug，而是意味着整个组件库的组件设计规范和编码规范已 经清晰，可以明确地自我规范及更方便社区同学根据规范来提交PR，已经开发的组件的命名、属性、事件等已经相对稳定，不会出现大的变更。重大变更只会在大 版本进行。对于每一个更改也将会更加谨慎。 当然最重要的是，文档终于发布了。 vux.li注册了3个多月，域名的let's encrypt证书在昨天刚好过期。现在项目的进度比原预计的还比较远，首要原因是时间精力确实不够。待办清单中还有超过100个大大小小的优化或者需 求。项目开始时，小心翼翼地在README里写了Not Production ready，现在看来确实是正确的做法，毕竟中途接口属性事件改了又改，至少减少了点负罪心理。在没有特意做推广(3个月前在v2ex发了个贴)的情况 下，3个月自然增长达到了 1500 star，真是件让人高兴又压力巨大的事。 一些规范比较重要的规范包括(其他在可以在文档发布后查看)
另外还有发布节奏的确定：
目前的开发是需求驱动的，包括公司内部需求及其他同学的反馈，相信还有很多场景下的问题还没有暴露出来，希望有任何问题都可以提出来一起解决。 然后要说件特别重要的事： 欢迎PR，提bug，提建议 维护一个开源项目维
护一个开源项目是件十分耗时间精力的事，处理issue是件烦人的事。当然关闭issue是件很愉悦的事，半天关闭几个issue也确实酸爽，但是一部分
同学至今还没有学会如何正确提一个问题，不提供任何细节或者相当不清晰。这确实很恼人，于是写了issue template,
结果部分同学直接忽略它了，而还有部分同学写了个标题，然后template一行没删就提交了，我只能WTF 当然还有部分用户提了个issue就跑了，而我在提问题后几分钟就回复希望提供点细节。所以我加了个标签叫inactive issue will be closed，大意就是即使你提完就跑我还等了你3天所以我关掉了你也不能怪我啊 在 其他项目下还可以看到部分用户把issue当成论坛了，为了表扬直接发个issue标题就叫赞。。还有部分用户因为发现了问题能直接骂**公司技术居然这 么烂，所以觉得维护一个中文项目真的是挺累，可能一开始我们就被归入(绝对比不上国外的)国产项目的分类了。。所以我们一开始就注释文档国际化吧，有部分 同学就会直接问了，英文看不懂，为啥没有中文文档啊，国人的项目竟然没有中文文档。。好了，吐槽完了。 朋友们啊，多提供点细节，真的可以节省大家很多时间。朋友们啊，少点情绪，多发些PR，世界会变得更美好。近期及未来计划即将支持的是：
在计划中还未进行的包括：
升级到v0.1.0
目录
文档开发的时候一直想着先开发再写文档，导致了后面这么多组件根本没时间(不想)写文档。拉了部分同学帮忙一起写文档，强迫自己一定要在v0.1.0的时候写完文档。这委屈了很多同学只能看着demo源码写代码，实在是对不起啊。 感谢感谢给我发过红包的各位土豪。 lichunqiang 感谢开源项目除了Vue 及 WeUI，组件部分代码及设计来自于以下开源项目或网站：
|
。所以很多时候并不是开源作者在issue上处理(看起来)很强硬，而是被逼成了这样，大家时间有限，issue多时确实没有时间去猜你的问题是啥，所以也请不要因为问题不清晰被我忽略或者直接关闭不高兴。
。
