Interpretación del número de versión en gvSIG
:versión: 1.0
El número de versión en gvSIG consta de cuatro números:
- *Major number*. Su incremento viene marcado mas por motivos
estratégicos que técnicos.
- *Minor number*. Se incrementa cuando se crea una distribución que añade
nuevas funcionalidades respecto a la versión anterior.
- *revision number*. Se incrementa cuando se crea una distribución que
no añade nuevas funcionalidades, o estas son irrelevantes, sobre la
versión anterior. Normalmente se trata de una distribución que nace
como una corrección de bugs entre versiónes.
- *build number*. Se incrementa cada vez que se genera un distribución,
tanto si se trata de una distribución que se hace pública como si sólo
es una distribución interna con proposito de realizar testing.
.. note::
Nota: la adaptación de un plugin a una versión superior de gvSIG implicará siempre un incremento de versión
del plugin, ya sea en el *major*, *minor* o *revision number*.
Es requisito indispensable que no existan nunca dos distribuciones que
han salido de fuentes distintos con el mismo *número de versión*, aunque
sean sólo para uso interno. Un usuario siempre debe poder identificar
de forma precisa sobre qué versión está trabajando, esto es de vital
importancia de cara a reportar e identificar un bug.
De cara a mostrar el número de versión al usuario se utilizara el
formato::
.. build
Se pueden utilizar guiones bajos, "_", en lugar de puntos, pero nunca
se prescindirá de unos u otros para separar los distintos números
que componen el número de versión. Por ejemplo, si tenemos la versión:
- 1.2.0 build 3
Nunca emplearemos el formato:
- 120 build 3
- 12 build 3
Ya que estos puden ocasionar confusion de cara a la salida de versiones
futuras.
.. list-table:: Registro de cambios
:header-rows: 1
* - versión
- Descripcion
* -
-