Man muss hier mal ganz genau differenzieren:
Version und Build sind nicht dasselbe, ebensowenig wie Version und Release. Builds werden durchnummeriert und es kann durchaus mehrere Builds von ein- und derselben Version geben. Daher sollte *Build* (für Build) beibehalten werden (das ist der Fachausdruck). Und bei *Build on* würde ich mal annehmen, dass ein Fehler vorliegt, denn korrekterweise müsste es *Built on* heißen. Und das kann man - je nach Präferenz und bereits bestehender Terminologie - u. a. wiedergeben durch 'Erstellt am*. Manche Firmen ziehen 'Gebuildet am' vor, was ich persönlich aber für ein Vergehen an der Sprache empfinde.

Übrigens würde ich für 'Build|t on' nicht etwa Buildversion oder Erstellungsversion nehmen; das käme höchstens für 'Build' in Frage, nicht aber für 'Build|t on'. Außerdem muss man vorsichtig sein - Build und Buildversion sind nicht immer gleichbedeutend.
Üblicher ist im Zusammenhang mit Versionen auf jeden Fall der Ausdruck 'Buildversion' und nicht Erstellungsversion. Auch die Begriffe 'Buildprozess, Buildvorgang usw.' sind üblicher, der der Buildvorgang geht weit über den Vorgang der eigentlichen Erstellung hinaus.

--------------------------------------------------
Note added at 1 Tag8 Stunden (2010-06-12 15:46:35 GMT)
--------------------------------------------------

Andere Option:
Version - Version
Build - Build
Build on - Build vom <Datum>
Copyright - Copyright

Wichtig ist halt, dass der Begriff 'Build' selbst eben nicht mit einem Datum gleichzusetzen ist, sondern in der Regel durch die Buildnummer, denn es gibt durchaus auch Fälle, in denen drei oder vier (oder mehr) Builds ein einem einzigen Tag gefahren werden, bis eben der richtige (d. h. fehlerfreie) dabei ist und die Buildnummer dient der eindeutigen Kennzeichnung, denn sie ist einer bestimmten Buildkonfiguration zugeordnet.

Ich habe in meinen Vorschlägen und Ausführungen den Bindestrich weggelassen (gemäß Richtlinie der IBM), selbst wenn das gegen Empfehlungen bekannter Standardwerke wie etwa Duden verstoßen sollte.