Hallo Stefan, Am Fri, 15 Dec 2006 15:36:23 +0100 schrieb Stefan Weigel: > Hallo Liste, > > könnte mir jemand einen Tipp geben, wo ich hinschauen muss, um > mehr über Aufbau und Bedeutung der Bezeichnungen der Builds zu > erfahren? > > Beispiel: > > Strg+SDT zeigt mir "680m6 (Build 9095)". Das ist meine Version > 2.1.0. Wenn nun jemand von "680m 188" spricht, ist das dann > jünger, weil 188 mehr als 6 ist? Oder ist es so einfach nicht?
Ganz so einfach ist es nicht. Es galt bisher folgendes. Die Milestonebuilds innerhalb der 2.x Reihe werden beginnend bei 1 durchnummeriert. Damit ist klar, dass ein M186 jünger ist als ein M195. Alle drei Monate wird dann von diesem Maintree/Trunk ein Branch/Zweig abgezwackt und der bekommt, ebenfalls seit der 2.x Reihe, statt des SRC680 für die Milestones ein OO plus Buchstabe beginnend bei A, als cvs tag, daher ist OOA680 jünger als OOE680. Innerhalb dieser Zweige gibt es dann wiederum Milestonebuilds, die mit m1 beginnen und bis mx gehen können, je nachdem wieviele Milestones nötig sind um die gewünschte Stabilität zu erreichen. Ergo ist auch hier ein m1 jünger als ein m6. Da weder Maintree noch Releasebranch stehen bleiben überholen sie sich bis zur Final 2.x gegenseitig. Daher ist vom Code her ein OOE älterals ein SRC680_m190 (ich meine es war 191 von dem die 2.1 abgezweigt wurde), aber der Build OOE680_m6 jünger als ein SRC680_m195, da er nach dem M195 kompiliert wurde. Da aber auch in die OOE Builds natürlich Code zur Behebung von Fehlern eingebunden worden ist, kann natürlich nicht wirklich von "älterem" Code gesprochen werden. Daher ist es sinniger die Entscheidung anhand der Bezeichnungen SRC bzw. OOBuchstabe zu treffen. Neue Features und Fehlerbehebungen tauchen erst in SRC Milestonebuilds auf, diese können, und sind es schon hie und da auch gewesen, sehr instabil sein. Daher sind Milestonebuilds nur sehr eingeschränkt für den produktiven Einsatz herzunehmen. Ein Milestonebuild sollte hingegen schon Betaqualität haben und später den Release Candidate Qualität. Aber auch hier eine Beta kann, wenn auch seltener als ein Milestonebuild, instabil sein, sollte jedoch keine groben Fehler in allen Modulen mehr haben. Ein Release Candidate hingegen soll die Qualität haben, dass im Idealfall nur durch Umbennung aus RC1 die Final wird. Daher halten auch "nur" Showstopperissues einen RC auf. Das ist jetzt alles sehr theoretisch und sehr auf den Idealfall abgestimmt, aber ich hoffe es klar und nicht zu falsch dargestellt zu haben. Gruß Eric -- ## de.OpenOffice.org - Office für MacOS X, Linux, Solaris & Windows ## Openoffice.org - ich steck mit drin! --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
