2009-11-25 9 views
5

Nuestra aplicación es bastante madura, y por lo tanto estamos hasta la versión 16. Sin embargo, esto puede dar la impresión de que el software está viejo y fuera de contacto (¿cuántas aplicaciones comerciales hay con una versión 20+?)¿Cómo se acercan los otros equipos de desarrollo a los números de versión?

Obviamente, los números de versión son bastante arbitrarios, ¿qué usan otras personas? Me gusta bastante el enfoque Ubuntu de month.date, pero me gustaría ver qué otras estrategias usan las personas.

+0

¿Por qué no cerrar la programación? Ciertamente es – erikkallen

Respuesta

3

Tendemos a ir con algo así como 1.20.5, donde el 20 es, en su caso, el número bastante alto de 'lanzamiento' o algo así.

Cuando reescribimos por completo un producto en una implementación diferente, se convierte en 2.0.0, y así sucesivamente.

También significa que las versiones beta pueden ser 0.2.3, por ejemplo.

+0

Exactamente cómo lo hacemos actualmente. Funciona. –

0

Creo que es bastante estándar usar un formato de subversión como 1.1 o 1.1.2 o algo por el estilo solo para corregir errores, adiciones menores, etc. ... y luego planear incrementar el número de versión principal en principales lanzamientos.

0

Mi empresa desarrolla productos durante 19 años, y tenemos solo la versión - 3. Aunque teníamos 1.2, 1.5 y así sucesivamente. Creo que esta es la mejor práctica.

0

Utilizamos el sistema de Microsoft (o al menos su sistema documentado - binarios reales parecen ser bastante menos consistente):

  1. versión mayor (incrementado en romper o grandes cambios)
  2. versión menor (incrementado en de no separación o pequeños cambios)
  3. número de revisión (incrementado en cada versión de service pack)
  4. número de compilación (incrementado en cada constitución física)

Cada vez que se cambia una parte de la versión, todas las partes debajo de ella se restablecen a cero en lugar de simplemente cambiar de forma independiente.

0

Como dijo Christian, utilizamos números mayores/menores junto con la fecha del mes para el lanzamiento.

Para uso interno, utilizamos la fecha de CVS. En nuestro caso, el producto es bastante pequeño, nos referimos con md5sum cuando hablamos con gente de QA.

0

Los números de versión se pueden usar para vender actualizaciones a personas no técnicas, ya sea desde la perspectiva del proveedor de software que quiere sacar a la gente de versiones anteriores o cuando el usuario intenta obtener la aprobación administrativa para actualizar.

Si dijera que está utilizando la "Versión 20", esto no significa nada para todos.

Si dice que está utilizando "Producto X 2005", todos entienden que es un producto de 4 años.

(a los técnicos probablemente no les importe ninguno)

Cuestiones relacionadas