Números de versión de la tienda de aplicaciones: cambio de esquema / mejores prácticas

Estamos contemplando cambiar el número de versión en la próxima versión de una aplicación de iOS del uso del tradicional esquema de número de versión Major.Minor.Patch para utilizar un esquema basado en la fecha como 2012.month.patch para reflejar mejor a nuestros usuarios la moneda de la aplicación.

La única guía del número de versión de Apple en iTunes Connect es la siguiente:

El número de versión de la aplicación que está agregando. La numeración debe seguir las convenciones de versiones de software típicas (por ejemplo, 1.0 o 1.0.1 o 1.1).

Mi pregunta: ¿hacen cumplir este esquema tradicional?

¿Hay algún inconveniente en usar un esquema basado en fechas?

¿Hay algún problema que pueda surgir de los esquemas cambiantes en una aplicación que ya se ha implementado ampliamente?

Actualizar Para explicar un poco más de la justificación para ir a un esquema de versiones basado en fechas ... Las aplicaciones en cuestión se actualizan principalmente para reflejar nuevos conjuntos de datos que se agregan varias veces al año. Es útil para un usuario saber que la versión 2012.2 tiene datos actuales, la versión 2.6 no transmite eso.

Respuestas a la pregunta(6)

Su respuesta a la pregunta