by mgreene on 7/23/24, 5:01 PM with 7 comments
by kstenerud on 7/23/24, 5:31 PM
You can also open up PRs that merge into another PR it depends upon. Once the bottleneck PR gets merged to main, your dependent PRs get rerouted to be PRs that go to main.
Then comes the issue of deciding what kind of change should be considered trivial enough to not require code review before merging, and who will make that call on a per-change basis. Number of lines is not a good enough metric, because not all lines can cause the same potential damage.
by alex_lav on 7/23/24, 5:04 PM
by taylodl on 7/23/24, 6:13 PM
- Verify unit tests have been created, have passed, and have sufficient coverage
- Ensure the code addresses requirements/bugs
- Ensure adherence to coding guidelines (I don't like coding guidelines, but most teams do)
- Ensure documentation is present, if needed/required
A code review should not take long, and the purpose is not to find bugs.
by pavel_lishin on 7/23/24, 5:30 PM
If code review is not necessary for approval, then for most engineering teams, it will simply never happen.
by mgreene on 7/23/24, 5:01 PM