review

Code Review 程序员的寄望与哀伤

一个程序员,他写完了代码,在测试环境通过了测试,然后他把它发布到了线上生产环境,但很快就发现在生产环境上出了问题,有潜在的 bug。事后分析,是生产环境的一些微妙差异,使得这种 bug 场景在线下测试中很难被发现。毕竟想要在测试环境完美的复制生产环境的所有情况也是不太可能的,导致出现了疏漏。对于这类情况,我们在想是否可以通过在线下做一些 Code Review(代码审查)假

Gerrit代码Review入门实战

代码审核(Code Review)是软件研发质量保障机制中非常重要的一环,但在实际项目执行过程中,却因为种种原因被Delay甚至是忽略。在实践中,给大家推荐一款免费、开放源代码的代码审查软件Gerrit。1、Why Code ReviewCode Review是什么Code Review最直观的解释即看代码。常规的做法为自己看,有时代码逻辑问题可能自己看不出来,需要找同事一

如何用 Gitlab 做团队内的 Code Review

基于分支的代码 Review新建 Issue (无论是 bug 还是 feature), 描述背景或问题,本地创建分支 issue# 123 (123是 issue 的 ID), 围绕关联 issue 进行 program -> commit -> push,新建 Merge Request 从 issue# 123 到 master, 并指派给项目 Owner (或合适

迭代上线后如何做版本 review

看到各类文章告诉产品新人竞品调研如何做,需求评审如何做,怎样写一份合格的PRD...好像没怎么看到过来人聊一聊版本review应该如何做。虽然我也是一个产品新人,但是从最近几次的版本review中还是积累了一点点经验。就以我们的产品(面向海外市场的视频相关App)为例,分享一些我自己的体会吧。产品在经历了需求收集、竞品分析,需求评审,资源协调,bug调试,终于在最后一刻上线

迭代上线后如何做版本 review

看到各类文章告诉产品新人竞品调研如何做,需求评审如何做,怎样写一份合格的PRD...好像没怎么看到过来人聊一聊版本review应该如何做。虽然我也是一个产品新人,但是从最近几次的版本review中还是积累了一点点经验。就以我们的产品(面向海外市场的视频相关App)为例,分享一些我自己的体会吧。产品在经历了需求收集、竞品分析,需求评审,资源协调,bug调试,终于在最后一刻上线

App 上线后如何做版本 review?

产品历经流程终于上线了,你以为终于可以长出一口气了?版本review到底如何做呢?看到各类文章告诉产品新人竞品调研如何做,需求评审如何做,怎样写一份合格的PRD...好像没怎么看到过来人聊一聊版本review应该如何做。虽然我也是一个产品新人,但是从最近几次的版本review中还是积累了一点点经验。就以我们的产品(面向海外市场的视频相关App)为例,分享一些我自己的体会吧。