Difference between revisions of "Version Numbering/es"

From Free Pascal wiki
Jump to navigationJump to search
Line 29: Line 29:
 
Pero los desarrolladores están trabajando en una versión en curso, que cambia cada día. Esas versiones tienen por último número un impar. Así, después de que 0.9.12 fuera lanzada, los desarrolladores trabajaban en la versión 0.9.13. Se mantiene esta versión usando SVN ([[Getting Lazarus/es|Obtención de Lazarus]]), cada arreglo produce un número de 'revision'.
 
Pero los desarrolladores están trabajando en una versión en curso, que cambia cada día. Esas versiones tienen por último número un impar. Así, después de que 0.9.12 fuera lanzada, los desarrolladores trabajaban en la versión 0.9.13. Se mantiene esta versión usando SVN ([[Getting Lazarus/es|Obtención de Lazarus]]), cada arreglo produce un número de 'revision'.
  
Por ejemplo, en el momento de escribir esto la versión actual SVN/0.9.13 tiene revisión 8792. Está disponible vía SVN. Cada noche algunos [[Lazarus Snapshots Downloads | Instantáneas]] se construyen a partir de la revisión actual.
+
Por ejemplo, en el momento de escribir esto la versión actual SVN/0.9.13 tiene revisión 8792. Está disponible vía SVN. Cada noche algunas [[Lazarus Snapshots Downloads | instantáneas]] se construyen a partir de la revisión actual.
  
 
'''¿Cómo se reparan los errores, en qué versión se incluye el arreglo?'''
 
'''¿Cómo se reparan los errores, en qué versión se incluye el arreglo?'''

Revision as of 21:24, 29 March 2006

Deutsch (de) | English (en) | español (es) | 日本語 (ja) | русский (ru)

Explanation of the different version numbers of Lazarus

The most important thing to know is that if the last number of the version is an even value, it's a stable/published release. For example version 0.9.12 is released, and will never change, ever.

But the developers are working in an ongoing version, which changes every day. Those versions have odd last numbers. Thus after the moment that 0.9.12 was released, the developers were working on version 0.9.13. This version is maintained using SVN (Getting Lazarus), every patch gets a 'revision'-number.

For example, at the moment of writing this the current SVN/0.9.13 version has revision 8792. It's available via SVN. Every night some snapshots are built from the current revision.

How about fixed bugs, in which version is the fix included?

Take this bug as an example. The target is the version in which the developers aim to get this problem fixed. In this case this means that version 0.9.12 can't be released if this bug is not fixed. This way we also have a nice list of bugs that has to be solved before a version can be released. You can see this list in the bug-tracker, using the appropiate filter.

You can see that bug 1227 is solved in revision 8004. Thus all versions with a revision number higher then 8004 must contain this patch. The revision number of version 0.9.10 is 7919, thus this fix is not included in that version. But the fix will be in the first version that will be released; version 0.9.12. Of course it's also available in the unstable svn-versions (0.9.11).




Template:Numeración de las versiones

Explicación de los diferentes números de versión de Lazarus

La cosa más importante a saber es que si el último número de versión es un valor par, es un lanzamiento estable. Por ejemplo, se se lanza la versión 0.9.12 nunca cambiará.

Pero los desarrolladores están trabajando en una versión en curso, que cambia cada día. Esas versiones tienen por último número un impar. Así, después de que 0.9.12 fuera lanzada, los desarrolladores trabajaban en la versión 0.9.13. Se mantiene esta versión usando SVN (Obtención de Lazarus), cada arreglo produce un número de 'revision'.

Por ejemplo, en el momento de escribir esto la versión actual SVN/0.9.13 tiene revisión 8792. Está disponible vía SVN. Cada noche algunas instantáneas se construyen a partir de la revisión actual.

¿Cómo se reparan los errores, en qué versión se incluye el arreglo?

Tome este error como ejemplo. El objetivo es la versión en la cual los desarrolladores tratan de conseguir solucionar este problema . En este caso esto significa que la versión 0.9.12 no puede ser lanzada si no se soluciona el error. De esta manera también tenemos una bonita lista de errores que tienen que ser solucionados antes de que se pueda lanzar una versión. Puede ver esta lista en rastreador de errores, con el filtro apropiado.

Puede ver que el error 1227 está solucionado en la revisión 8004. Así todas las versiones con una número de revisión más alto que 8004 deben contener este arreglo. El número de la revisión de la versión 0.9.10 es 7919, así este arreglo no se incluye en esa versión. Pero estará en la primera versión que sea lanzada; versión 0.9.12. Por supuesto está también disponible en las versiones svn inestables (0.9.11).