This is kind of a matter of taste or philosophy. As I see it there are two schools of thought: one that doesn’t care how many commits there are as long each commit is clearly tied to what it’s working on and one that aims at a commit-per-feature or commit-per-ticket.
I’m pretty agnostic as to which of these is the “best”, though I think it’s a good idea if don’t merge all 50 or so commits that end up on some tickets, since it can make the commit history hard to follow.
+1. That’s a much more succinct version of what I was going for.