背景
最近,部门新leader和之前的leader打算搞一个codereview平台,在这个平台上可以看出谁提交了多少commit,谁提出了多少merge request,谁帮别人合并了merge request,一些merge时的评论等等等诸多数据。
之前也有类似的平台,但是太鸡肋,没使用起来。加上最近线上问题频出,测试反馈开发人员自测效果差,bug率高,两位leader终于决定重新搞一个平台,向全公司几百个研发人员推广起来(KPI)。
过程
动员大会
前leader:我们不仅要搞平台,我们还要搞一些工具。因为推广codereview的前提就是让开发人员爱上codereview。如果没有快捷便利的工具,codereview这个平台很难推进下去。我们想想办法,看看能不能让开发人员积极参与codereview,更完善我们的开发体系。
我:好吧 leader,我觉得首先最大的痛点就是那个preview工具(npm包,需要安装node,功能是命令同时创建开发分支与测试分支,并且可以指定人员进行merge<输入OA账号>,生成merge request,操作者私发merge request地址给指定人员,指定人员进行merge ),不太好用。除了我们组几乎没怎么有人想用,而且还要安装node,我们公司的后端和其他语言的开发根本不能接受。如果我们能做出vscode插件或者IDEA插件,摒弃preview工具,这将是一个伟大的进步。
前leader:好想法,你来带头做吧,一个月,我要看到成果。
我:

功能设计
- vscode或IDEA工具内部 gitlab token登录
- preview工具功能移植
在vscode或IDEA内部实现(非命令)快速创建开发分支与测试分支
在vscode或IDEA内部实现(非命令)快速创建merge request - vscode或IDEA工具内部 merge request请求合并消息通知 与 merge request合并成功消息通知
思路流程
1. 用户商场下载vscode preview插件,启动插件
2. 用户建立与node服务websocket连接(保存userId与socketId)
3. 用户利用gitlab token登录
4. 登录

本文记录了一个开发团队构建 Codereview 工具的过程,旨在提高开发效率和代码质量。他们面临的主要问题是旧工具的不便和沟通延迟,因此决定开发VSCode和IDEA插件,以简化分支和Merge Request的创建,并实现内部消息通知。在实现过程中遇到了WebSocket消息丢失的问题,经过一系列排查和优化,最终确定是多进程通信问题,并通过IPC通信解决了。这个工具链的优化提升了开发体验,为团队的codereview流程带来了显著改进。
最低0.47元/天 解锁文章
1478

被折叠的 条评论
为什么被折叠?



