retrospective outcome: Come up with best practices for creating pull requests that depend on each other
From retro 2022-01-21: Sometimes there are pull requests that are based on other pull requests. Person X reviews PR 1 and Person Y reviews PR 2, but they share the same commit. As a result we have more work for all. I want clear instructions which of the PRs are supposed to be reviewed.
- How about putting some keywords in the PR subject line, e.g. "Part 1/X - …"
Updated by okurz almost 2 years ago
- Due date deleted (
- Status changed from In Progress to Resolved
I tried out a new concept with keywords in the PR subject line in https://github.com/os-autoinst/openQA/pull/4473 . As tinita confirmed to be ok with the approach I noted this and other suggested practices down on https://progress.opensuse.org/projects/qa/wiki/Tools#Collaboration-best-practices