Search Unity

  1. Welcome to the Unity Forums! Please take the time to read our Code of Conduct to familiarize yourself with the forum rules and how to post constructively.
  2. Dismiss Notice

Versioning your builds

Discussion in 'General Discussion' started by Philip-Rowlands, Feb 25, 2016.

  1. Philip-Rowlands

    Philip-Rowlands

    Joined:
    May 13, 2013
    Posts:
    353
    My current "system" for versioning projects is pretty rubbish ad-hoc. I start at 1.0 when I start the project, and then just increment the number to e.g. 1.1 when I make a new build. If I find any bugs in that build and patch it soon after, I release the next build as e.g. 1.1.1. The next build is usually 1.2...and so on.

    The whole system is a leftover from not knowing any better at the time, and I'll probably keep it for my current project. However, for the next one I'd like to be more systematic about it. So, how do you define your build versions?
     
  2. Kiwasi

    Kiwasi

    Joined:
    Dec 5, 2013
    Posts:
    16,860
    Typically you start a project at zero and count up. Switch to one once you release a project.

    Some systems use major and minor version numbers. Unity is a good example of this. The first number represents major engine upgrades. The second number is used for new feature releases. Then everything else is bug fixes and patch releases.
     
    Ryiah, theANMATOR2b and Schneider21 like this.
  3. Lightning-Zordon

    Lightning-Zordon

    Joined:
    May 13, 2014
    Posts:
    47
    Whatever the current revision number is.
     
  4. Ony

    Ony

    Joined:
    Apr 26, 2009
    Posts:
    1,973
    I just choose a random version number with every update. Keeps users on their toes.
     
  5. elmar1028

    elmar1028

    Joined:
    Nov 21, 2013
    Posts:
    2,353
    How evil :D
     
    Ony likes this.
  6. darkhog

    darkhog

    Joined:
    Dec 4, 2012
    Posts:
    2,218
    I'm using Linux Kernel versioning scheme: First number is for really, and I mean really big changes while second, aside of "higher number, newer version" thing also indicates whether the build is stable (even number) or unstable/development version (odd number). Not sure if this is in line with Linux Kernel versioning, but third number is reserved for really minor changes/bugfixes in my game.