Do you know what it means to release your software labeled with
final release? When and where to increase the number range? What’s the difference between
0.1.0, 1.0.0, 1.2.0 and 2.0.0? We’re going to make it clear on this post.
Usually, your software is composed of different small pieces of software libraries and they have different release schemas. When upgrading these libraries, it’s very hard to know if your software still works normally without reading their APIs documentation, release notes and running many tests yourself to make sure the upgrading does not break anything and this hurts.
In the world of software management there exists a dread place called “dependency hell.” The bigger your system grows and the more packages you integrate into your software, the more likely you are to find yourself, one day, in this pit of despair.
In systems with many dependencies, releasing new package versions can quickly become a nightmare.
Yes, it’s true and some software companies I know are still struggling with the problem of dependency management. I myself had this kind of nightmare many times when working on a big growing software system with many layers of dependency and that’s the reason I really want to improve its development experience.
semantic versioning specification1 was introduced and it’s general enough to be
applied to other existing dependency management tools and systems:
and you name it.
All these kinds of dependency management tools have different kinds of version schemas, we need to make it more consistent among projects within an organization.
sementic versioning specification is general enough, it’s possible to extend it for more
specific uses. We should have a semantic versioning base that is extensible for different dependency
Provide a general policy to avoid “incompatible” with existing dependency management tools as much as possible.
At Teracy, we try to get all projects to follow a common base semantic versioning policy so that everything is clear and consistent.
You could have a look at the docs here http://dev.teracy.org/docs/develop/semantic_versioning.html ,
there is still much work left to be done, but it’s good enough for
This is just an initiative to achieve a common base that is compatible with existing dependency management tools as much as possible. It will make a developer life easier with a consistent semantic versioning schema like http://dev.teracy.org/docs/develop/semantic_versioning.html
Have a nice day and happy working!