版本追踪流程

项目已经强制保护 master 了，即使一个字母更改都必须走 Pull Request 流程

发送 PR 时必须指定 Reviewers，建议小更改指定一位，大改动指定至少两位

只有 CI 通过（目前只有 ESLint 检查和打包构建）且 Reviewers Review 通过才会合到 master

---

为了防止重复建 Issue，同样需要一些约定：

用户

用户在使用的时候遇到问题或者有什么建议，可以通过建 Issue 的方式反馈

如果是特定组件的反馈，标题需要加上类似 [kl-button] 的前缀

内容一定要详细，方便复现，最好有图片和实例代码（注意不要泄漏业务内容）

开发

开发一般不需要单独建 Issue （计划的任务，提前通知，任务标记等除外），这里大概有两种场景：

• 如果是修自己发现的问题直接拉分支处理，PR 里做 Label 和 Milestone 标记，并且标题和描述都要写清楚
• 如果处理用户提的 Issue，PR 同样设置好 Label 和 Milestone，然后需要在内容里关联下对应的 Issue