Nombre en vez de numeración en versiones

[[AzidRain]]

Yo le hago así y combino las dos formas, a la fecha me ha funcionado:

Versionado tradicional:
4 enteros separados por punto: version mayor. version menor (mejoras). correcciones. hotfixes
Nombre clave: solo para la versión mayor.

entonces:

Version 6.7.0.1
Nombre clave: Gluck

Version 6.7.2.1
Nombre clave: Gluck

Version 7.0.1.1
Nombre Clave: Rossini

El nombre clave solo me indica una versión mayor, la cual por lo regular no es compatible totalmente hacia atrás (ojo: yo desarrollo software administrativo no SO).
Ningún esquema de versionado sirve si no se utilizar un sistema control de versiones, no tiene sentido uno sin el otro. Si no usas ni SVN, Git o Mercurial o similar para que te molestas en ponerle numeritos a tus versiones?

[[Al González]]

Empezado por AzidRain

Ningún esquema de versionado sirve si no se utilizar un sistema control de versiones, no tiene sentido uno sin el otro. Si no usas ni SVN, Git o Mercurial o similar para que te molestas en ponerle numeritos a tus versiones?

Buenas Azid, están pendientes unos tragos.

En el trabajo usamos Apache Subversion (SVN) integrado a RAD Studio para el control de versiones. Pero he de contradecir tu afirmación, ya que sí tiene sentido usar un esquema de versiones aunque no cuentes con un sistema como los que mencionas. Vaya, hace algunos ayeres numeraba las versiones de una pequeña aplicación de gestión sin necesidad de ese tipo de sistemas, y hacerlo era bastante útil.

Saludos apagando el fuego del dogma.

Al González.

[[Al González]]

Casimiro, en tu caso podría convenirte un archivo de proyecto por cliente (destinatario). Tratándose de proyectos Delphi, con un search path personalizado para cada uno, de tal forma que ahí aparezcan las rutas de directorio de las bibliotecas comunes (en segundo lugar) junto con las rutas de directorio de lo que es particular de ese destinatario (en primer lugar).

Aunque no creo que sea buena práctica mantener un mismo archivo de código duplicado y distinguido por destino de la aplicación. En todo caso hay que revisar ese archivo de código y hacerle lo necesario para volverlo más flexible (parametrizable), guardando las configuraciones en otro tipo de medios, como archivos .Ini, Registro de Windows o la propia base de datos.

Un saludo y pendiente un comunicado.

Al González.