We care about the number of concepts that changed in a particular PR.

The smaller the PR the more likely it will be to get merged quickly

Rules:

1. Don't waste your reviewer's time by showing them all your failed experiments in your Git history.
2. Maintain a Git history closest to the true essence of the work done, creating many small PRs that each make one releasable change to the codebase and keeping the number of commits as low as possible.

What I can improve is to remove (fixup or squash) all these tries/little fixes that I add in the commit history.