Con git, la orden {{{lsb_release -a}}} devuelve un número aleatorio que indica el commit al que pertenece. Para identificar mejor la versión que se está usando en un equipo vamos a etiquetar solo aquellas versiones del GIT que incorporen cambios en algún equipo de producción (AULAS, BLADESERVER, OPAC, etc...)

El procedimiento de trabajo debería ser el siguiente:

 * (opcional) Crear una nueva rama para arreglar un fallo o incorporar una funcionalidad
{{{
bash$ git checkout -b newfix
}}}
 * Trabajar en la rama
 * Probar la funcionalidad en los prototipos hasta que funcione
 * Modificar el build del equipo de producción si fuera necesario
 * Commitear los cambios
 * (opcional) Hacer un merge de la rama en master y borrar la rama de pruebas
{{{
bash$ git checkout master
bash$ git merge newfix
bash$ git branch -d newfix
}}}
 * (opcional) Resolver los conflictos sin los hay
 * Crear una nueva etiqueta para esta versión:
{{{
bash$ git tag
v3.1.0
v3.2.0
v3.2.1
v3.2.2
bash$ git tag v3.2.3
}}}
 * Iniciar ts3build que ya incorporará el número de etiqueta
 * Hacer push de los cambios y de la etiqueta:
{{{
bash$ git push
bash$ git push --tags
}}}