Manifiesto del proyecto

[corp-0]

Descripción

Este proyecto consiste en crear una aplicación web, donde se haga el registro automático de varias estadísticas de simulación, como son la asistencia, la cantidad de campañas completadas, la cantidad de bajas enemigas a tu nombre, etc.

Dichas estadísticas se lucirán en un perfil público, tipo red social, el que es creado de forma programática con la creación de usuarios.

Estado

El estado actual del proyecto es: pre-release, la obra gruesa y la lógica están practicamente terminadas, falta hilar fino y sobre todo el front-end. Contamos con un live server de prueba, conectado a un sistema de deployment automático, así que cada push que se haga en dev-branch se ve representado en el server. Las tareas del proyecto se pueden ver acá: tabla KANBAN

Tecnologías necesarias

• Python y la librería Django, como motor de la app.
• HTML, CSS y JS para el front end de la app.
• git para el control de versiones.
• SQL para trabajar con la base de datos en el live server, aunque la mayor parte del trabajo la hace Django de forma automática.

Flujo de trabajo

• Tomar una tarea de la tabla, de no haber una que represente lo que estás haciendo, crear una.
• Todos los cambios se hacen en dev-branch. Si tu cambio tiene el potencial de romper todo, creas una nueva branch con la nomenclatura feat/(tu característica), por ejemplo feat/sistema_auth.
• Todos los commit se hacen usando la nomenclatura angular, esto es:
  tipo(módulo): descripción
  • Los tipos posibles son: feat (para características que antes no existían, cosas que cambian el comportamiento de la app y son visibles para el usuario final), refactor (para cosas que no cambian el comportamiento de la app de forma visible para el usuario), fix (para cambios que arreglan un error en el comportamiento de la app) y chore (para nimiedades, como escribir documentación o cosas relativas al CD/github).
  • Módulo es la parte que estás modificando, por ejemplo puedes estar haciendo un cambio en los modelos de Django, en las views o la lógica.
  • Por último, descripción es la descripción de tu cambio. Piensa en un "con el cambio que hice, ahora pasa esto".
• La nomenclatura angular en los commits es necesaria, porque tenemos un sistema automatizado de documentación/changelog y creación de versiones.
• Cualquier duda, nos la hacen saber. Acá todos tenemos poder sobre el proyecto y acordamos los cambios entre todos.