从0到1实现VueUI库思路

UI 库是很庞大的一个项目，如果个人开发，会很占用我的业余时间，所以我想到了组队，便在掘金发布一个这样的事情，很快便召集了20多个前端加入进来。

scrum 敏捷模式

这么多人加入，怎么样的流程管理能保证项目有效进行，让他们按时按量完成任务，最后保证进度，此时我采取了现在很流行的 scrum 敏捷模式来做流程管理。

选用 tapd 管理工具

国内有很多 工具 来做 scrum 敏捷模式管理，经投票决议而定，最终选用 tapd。

分出角色

既然打算做一个大型项目，那么就应该有项目经理、架构师、前端工程师、设计师、产品、测试等角色。

建立迭代 1

我自己担任了产品和项目经理的角色。作为产品，迭代 1 我提出的需求很简单，实现 16 个基础组件，大概是每个参与开源小伙伴，一人一个组件的量，很轻松。

迭代 1 的开发

做一个 UI 库项目，迭代 1 的开发任务至关重要，它是一个项目的源头，如果源头没有思考清楚，后面迭代将会是灾难性的。进过我们爬过的坑，我认为迭代 1 的开发应该做好如下几件事情：

• eslint 策略
• 制定代码规范，例如 css 只能采取 BEM 命名规范
• 单元测试
• css 架构
• 分支管理策略，如何让多人开发，发生代码冲突概率最小
• 搭建 UI 库官网，可以写组件 API
• 做好 pr ，这是保证代码质量最后一关

如果其中一个没有提前做好，我们可以想想后果，例如 css 架构在迭代 1 没有搭好，后面迭代 x 才去搭建的话，那么所有 css 都得按照新架构重新写，这是个巨大的坑。

迭代 2

迭代 2 需求依然是做一些基础组件。我着重说下迭代 2 的开发任务，除了实现需求，架构师将重点放在了项目架构上，主要做了如下事情：

• 引入新的 eslint 策略，让 eslint 仅检测自己 commit 的代码，不管其他人代码，避免代码冲突。
• router 全由命令行控制一次性导入，这样不需要每个人手动将写好的组件添入 router 中
• 用命令行生成一个组件模版，无需每次开发组件都去新建文件

迭代 2 其实就是将很多开发上无意义的活，让命令行自动执行了，让我们将注意力放在正确的事情上。

迭代 3

有了前面两个迭代的基础，迭代 3 仅需按照已有规范继续开发新的组件即可。

迭代 x

此后迭代不断新增，不断优化组件，直到库中组件已实现足够多，也可以用此库写一个完整项目了，便可以发布第一个版本 npm 包了。