Since Omega
brought this up:
For two releases now, we use a semantic method of versioning, if not "semantic versioning".
We use MAJOR.MINOR.PATCH but their meaning is slightly different (and actually makes more sense to me). We increment the:
- MAJOR version when we make major changes, which may include incompatible API changes, or a major change in functionality or usability
- MINOR version when we make "normal" changes, which may include new or improved functionality and other changes, as well as non backward compatible bug fixes
- PATCH version when we make backwards-compatible bug fixes.
Softcoder, Titi, please correct me if I'm wrong.
As you know we migrated to Git and GitHub not too long ago, and have since started using the
Git Flow branching model, and (optionally) the
Git Flow AVH Edition for managing the branches. Currently there are two feature branches, one (managed by Softcoder) introduces a
new GUI (thanks to
CEGUI), the other holds Titi's
light-weight headless server variant.
For the past months we used
Travis-CI for Continuous Integration. And just since yesterday
our own Continuous Integration (Jenkins) installation is back (but it needs yet to be configured), so we shall have snapshot builds for Linux and Windows again soon, too.
When I say
we then I mean it
inclusively, namely whoever regularly contributes to MegaGlest's development and the project as a whole, or will do so in the future.
