Sometimes it is useful for a game to display version information, or a revision number such as is assigned by version control or continuous integration solution. What's a good way to do this for a Unity game?
The usual way how this is done is by having keywords which are expanded by the version control on checkin. You can then use that keyword in a string in your game and simply display that.
Now, as far as I know, Asset Server doesn't have such keywords (that would be a feature-request ;-) ). Examples of keywords used by other version control systems:
Of course, you might want to be doing some string-cleanup to remove the "cryptic" parts of the version control keywords.
Personally, I prefer to use labels I manually assign for releases (you could do that in a property in one of your "core management" prefabs that you can easily change in the Unity editor and that is accessible from where ever you have the GUI code to display that information). Usually, that creates more meaningful information for actual users and seems like a small extra-step to take while creating my builds. However, using the automatic assignment of dates through version control might be helpful in "hot development" (when you push out releases every few days). Keep in mind, though: That value will only change when you actually made a change to that file.
Finally, there's yet another solution: If you have a custom build-system (which can be implemented Unity's batch mode features), you might do your own replacement in the code during the build; and you'd increase the number for each build (or include the build-date, or whichever information you find useful). You could also keep that number / text in a little text-file that your game-code can access (might be easier to set up than doing the string replacement in your code but adds a little complexity in your game-code).
In my opinion, that's the optimal solution (meaningful values + no manual work involved once it's set up + totally customizable) - but also the most complex one to set up. But when you know how to set up a build-system, that should be one of your smaller concerns ;-)
EDIT: updated code to make copy of string before returning to C#
Okay here it is:
To be able to show date/time of a build (useful to make sure your testers are using the right version) I made a very simple plugin that adds two functions to retrieve date and time string of the build process. To use it, add the Test.h and Test.mm to the xcode project and JBuildInfo.cs to your unity project. Shouldn't be hard to figure out how to use this I guess...
You can use a compile-time language to create a string. At least I know that Boo has this.
Unity actually opens every scene during the build process: This can be exploited as follows:
There is another way for those who don't want to use source control keywords or a custom build pipeline. The idea is to read the COFF header as described here ("The new way"): http://stackoverflow.com/a/1601079/786656
Now, it's Unity so there is no main assembly. What I check instead is the DLL built from my C# scripts which is in "/Managed/Assembly-CSharp.dll". Note that it only works outside of the Unity Editor, with an actual built game.
To summarize (C#):
answered Nov 23, 2012 at 08:32 AM