3 ms·
The problem with company C style work is when you do really small incremental changes. I have had 40+ commits for a single issue, being very gradually rolled ou
by devdas 6y ago
The problem with company C style work is when you do really small incremental changes. I have had 40+ commits for a single issue, being very gradually rolled out.
The time taken to manage tickets in that case would easily have exceeded the time spent on the task itself.
- SideburnsOfDoom 6y agoThis is correct. "one JIRA ticket = one git Pull Request" is not a good system even when the work can be rolled out in one go, since it encourages PRs that are overly large, long-lived branches and late integration with merge issues. Rather encourage having an idea of where you're headed with the chain of commits, and review and merge a sequence of smaller steps, and ideally validate each of them by deploying to production. This is easier to review, easier to merge and less risk to deploy. If JIRA is not a good fit to this model, too bad, that's JIRAs problem. Don't make you dev process worse to appease JIRA.