German translation: Build vs. Builddatum (notfalls Erstellungsdatum)
Login or register (free and only takes a few minutes) to participate in this question.
You will also have access to many other tools and opportunities designed for those who have language-related jobs (or are passionate about them). Participation is free and the site has a strict confidentiality policy.
Explanation: 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.
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.
Meine Office-Bibliothek ist zum Beispiel Version 5.0.6.0, Build 1072, Datum 2.5.2009, mit einem Copyright 1993-2009.
Fazit: Build bleibt Build. Kenne ich auch sonst gar nicht anders.
Explanation: 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.
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.
The translation workplace 
peer agreement (net): +2
