Hey community 👋The title is maybe not the best but I wasn't sure how to frame it. So here's the situation:
One developer is doing true CI, meaning small batch sizes and multiple PRs per sub-task. This leads to the situation that we have a story with sub-tasks which's sub-tasks in turn have multiple PRs.
How to deal with that now when it comes to the design of the Kanban system? We have a column 'Code Review' which is displaying the work status for items in CR. But now we have a sub-task which is in 'Code Review' but actually is moving between 'In Progress' and in 'Code Review' all the time (because of the multiple PRs.
So how do you resolve the issue of the individual process (which is good software craftsmanship here IMO) vs the design the tool (JIRA) allows (or let's say restricts) here?
The benefit of the Kanban design which could potentially surface bottlenecks in code review vs what the tool allows is tricky.
Same applies for workflow automations. The rule commit > in progress/PR open > in code review does not work here.
Any experience on that topic?
Hi!
Please, take a look the trigger in that situation and smart commits
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.