一些朋友可能或多或少都会在 GitHub 参与一些项目的Code Review（以下都简称CR） 工作。以前的 GitHub，CR 体验并不好，你无法同时选中多行代码进行 comment。

「测试」作为一个项目质量保证角色，在上面的整个流程中均有参与。而用例设计、项目测试环节更像测试的主场，PRD 的评审测试人员也会发表很多自己的观点，对项目的技术评审虽然测试人员也有参与，但也不如前两个…

阅读和代码评审是每个工程师在日常工作中都要做的事情，然而一个标准的code review流程，实际上很难落地，它要求每次代码变更在部署到生产环境前，甚至是在提交合并前，都需要被另外一个小组成员进行正式的评审。…

codereview 思考 提升代码质量 代码复盘 有利于规范的落地 对业务的理解加深 表达沟通能力的增强 相互学习 仪式感 前端代码规范 Airbnb 代码规范 [链接]eslint 代码检查 [链接] korofileheader 注释生成 [链接] …

Make sure that you’ve checked the boxes below before you submit PR: [ ] I have added my package in alphabetical order. [ ] I have an appropriate description with correct grammar. [ ] I know that th…

工程代码质量，一个永恒的话题。好的质量的好处不言而喻，团队成员间除了保持统一的风格和较高的自我约束力之外，还需要一些工具来统计分析代码质量问题。

每一个小格代表了one day，不同的颜色深度，代表了不同的contributions次数，那么这个次数是怎么计算的呢？本文的翻译就是上图底部的蓝色链接中的Learn how we count contributions.