I know from my own productions that as a developer you don't really care to bump the version number every single time you patch a minor bug, because you might end up bumping it every other day which is a pain in the butt, and holding back on bug releases to pool them up for upcoming releases is an option that leaves some users with unnecessary minor annoyances, and introduces new users to bugs theyshouldn't have had to deal with to begin with, since they were already fixed in the dev department.

What see more I've taken to is including the build version in a text file with a base version number and the build date, and while I update the release with minor fixes, I keep a separate parallel log of issued patches by date, which makes it easy for you to identify your build and see if there are optional patches you can apply before the next version (with all the patches pooled together) is released.

I find that this both helps you stay on top of bugs by tackling and patching them while you research and confirm them, it provides software users less minor annoyances with the release they download, and the enthusiasts who want to keep track of builds are free to follow the patch logs and the build dates. I know there are release purists who will never agree with the approach, but I find it an agreeable compromise between utility and integrity.