Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Current »

Where we’re at:
PR process comes with approvals, not structurally enforced but organizationally enforced, on main branches.

Where I think we need to be:
Whole team needs to be proactive at code review.

Code review post-implementation (code inspections).

Ideas:
Code Review board? List PRs with description? Real or virtual.

Board should follow google’s change lists? https://github.com/google/eng-practices/blob/master/review/developer/cl-descriptions.md

Needs more comprehensive style guide to encourage reviews.

Ask developers to add more reviewers. <That might be a big win>

“Secondary reviewers” - please review this from lens X

Examples:

Kick-off optional code inspections? Maybe a brown-bag-lunch code review process? Choose a method or basic process and simply show the code on the main screen.

  • No labels