Hey all! My team at work is struggling with growing pains of getting into a formalized review process, so I was wondering if any of you guys have some things to live or die by in your code reviews. How much of it is manual, or how much is just static code analysis + style guide stuff, etc?

  • macniel@feddit.de
    link
    fedilink
    arrow-up
    0
    ·
    1年前

    have you looked at Git Flow? Its pretty solid.

    My team has a develop branch from which we branch feature branches. On it we commit our stuff and when we think its feature complete we build a snapshot version of it so that our QA can test it. Once that test was successful, and the code has been peer reviewed, it will be merged back onto develop.

    PRs will be auto built so that the feature can be integrated and automated tested.

    • flintcedar@beehaw.org
      link
      fedilink
      arrow-up
      1
      ·
      1年前

      There is trunk based way. Although I have not used it heavily at work. https://trunkbaseddevelopment.com/

      My team is very small (3 people). We mostly trust each other on just merging away without PR reviews. Although we ask for reviews when in doubt during development, not when ready to merge. Mostly for asking ideas on where to put stuff.

      On my previous work, we were like a 15+ dev team, doing mandatory PR reviews before merging and doing the shotgun request (ping @review_channel and pray). I hated it.