Dependencias: dentro de una misma versión mayor no deben haber cambios de versión mayor en las dependencias para asegurar la estabilidad de los sistemas que están en producción. Se considera aceptable la actualización de dependencias solo en los casos de actualizaciones de seguridad y corrección de errores.
Números de versión/Tags: se sigue el esquema de Mayor.Menor.Revisión. La versión mayor aumenta cuando se hacen cambios que requieran un proceso de migración no automatizable y cuando se actualizan versiones mayores de Django. La version menor aumenta cuando se incluyen nuevas características. Las versiones menores impares serán inestables o de pruebas, y las pares de producción. La revisión aumenta cuando se corrigen fallos sobre una versión menor, casos en los que también se incluirán los cambios triviales (documentación, PEP8, ...)
Issues: cada issue estará asociado a un milestone en el Issue Tracker
Dado que existió un hito previo asociado a la versión 1.0, el código de la aplicación actual se etiquetará como versión 1.9, y se comenzará el trabajo para la versión 2.0.0.
La versión 2.0.0 sentará una base para el desarrollo de las nuevas características discutidas de forma gradual y por prioridad hacia la versión 3.0.0.
TBD
- Django 1.6?
- Playdoh?
- REST API?
- Mobile Apps?
- Your superb idea?