In the world of software, version numbers are used so people can distinguish between different product versions or builds. The following is one way in which version numbers are broken down:
(Major version).(Minor version).(Revision number).(Build number)
Let's look at each of these.
- Major version: The major version can be thought of as the product version. Office 11, for example, where '11' is the major version.
- Minor version: The minor version often indicates a point release containing enhancements, bug fixes, and generally significant improvements just short of the product warranting a new major version.
- Revision number: If major and minor versions of a product are identical but have different revision numbers, then those assemblies (a DLL, for example) are meant to be interchangeable. A new revision might indicate, for example, that a security hole was plugged. Functionally, though, the two assemblies are identical.
- Build number: The build number is associated with a compile of the program or product in question. Depending on a team's build schedule, a new build number may be generated at the end of each day or less frequently.
That may seem overly complicated but it's really pretty commonplace in software product development.
So how about books? Do books have version numbers?
Why yes they do.
The version number of a book is called an 'edition'. One possible way to break an edition number down is to express it as, for example, 15/30, which means the 15th print having a volume of 30 units. Otherwise you may just see a simple sequential numbering system. Not very complicated.
When I first released my eBooks I was following a versioning scheme more inline with software development, except without the build number part. So, something like 1.0.11, for example. The major version never really got updated but I had a number of point releases to correct typos and such. The minor version never got updated at all. So I dropped it. I also came to realize over time that having a major version didn't make much sense either, cause when was I ever going to release any major changes? Hopefully never. The types of releases I make are really only point releases resulting in a revision number increment.
So what versioning scheme am I using for my eBooks now?
I'm using a simple sequential numbering scheme. I put the version right on the copyright page:
The version serves the obvious purpose of tracking changes and letting readers know there have been changes, corrections, etc., but it also lets me know which version I have uploaded to the various retailers who sell my books. It's an easy way to verify that everything went smoothly with the upload just by taking a quick look at the preview via the retailer's site the same way anyone else would.
I need to get better about tracking the actual changes that go along with each version, but that's a task (and maybe a post) for another day.
Conclusion
eBooks are digital and as such share similarities with other digital entities such as software applications. Even traditional, paper books have versions, so why not eBooks as well? It makes it possible to track changes if that's something an author wants to do and lets readers know that the book isn't static and that mistakes (we all make mistakes) are being actively corrected. That last point makes me wonder if I shouldn't add a "Last Revised" or "Last Updated" date in there somewhere. Hmm…
Indulge in fantastic tales of sword, sorcery, and alchemy today by joining thousands of readers like yourself who can't get enough of Scott Marlowe's
"intense" storytelling and "skillfully written" adventures. You'll get two free stories, The Hall of Riddles and The Assassin's Dilemma, plus an original short story set in my world delivered to you each and every month.