Diferencia entre revisiones de «Gestión del programa - 17 18 - G1»
De Wiki de EGC
| Línea 44: | Línea 44: | ||
| − | == Gestión de | + | == Gestión de código e incidencias == |
=== Gestión de incidencias === | === Gestión de incidencias === | ||
| Línea 105: | Línea 105: | ||
<li>Durante el avance del Issue se irán actualizando las etiquetas, en el proyecto y en los comentarios.</li> | <li>Durante el avance del Issue se irán actualizando las etiquetas, en el proyecto y en los comentarios.</li> | ||
| + | </ul> | ||
| + | |||
| + | |||
| + | === Gestión de código === | ||
| + | |||
| + | ==== Commits ==== | ||
| + | '''<tipo> : Título del commit''' | ||
| + | ''' ''' | ||
| + | '''Cuerpo del commit''' | ||
| + | ''' ''' | ||
| + | '''Pie del commit''' | ||
| − | + | ||
| + | ==== Ramas ==== | ||
Revisión del 13:38 13 dic 2017
Contenido
Miembros
- Francisco Aguilar Cano
- Francisco Javier Ordóñez Medina
- Juan Antonio Rodríguez Regidor (Coordinador)
- Felipe Trinidad Márquez
- Pablo Pino Jiménez
Función y dependencias
La función principal de nuestro subsistema es almacenar y añadir información referente a la programación del congreso.
Nuestro subsistema tiene una unica dependencia:
Objetivos
Cumplir los siguientes incrementos:
- Cambiar el soporte de lectura de Excel a Drive y otras plataformas.
- Implementar un sistema de gestión de estados para permitir la previsualización del programa antes de publicarlo.
- Implementar un sistema de gestión de versiones para permitir pasar de una a otra.
- Implementar un sistema de caché, para leer menos veces el documento.
Enlaces de interés
Repositorio de GitHub
El repositorio de GitHub del equipo será accesible en este enlace.
Grupo de Opera
El portal del proyecto en Opera será accesible en este enlace.
Gestión de código e incidencias
Gestión de incidencias
Para la gestión de incidencias se hará uso de los Issues de GitHub de la siguiente forma:
- Cada Issue representará una tarea o un problema encontrado por el grupo.
- Cada Issue será situado en un proyecto interno al repositorio, siendo actualizado entre las distintas fases según corresponda a su avance. Las fases son:
- TO DO
- En progreso
- En espera/ con problemas
- En revisión
- Hecho
- Para cada avance o actualización de un Issue, se hará un comentario dentro de la Issue especificando el cambio y su motivo (si procede).
- Una vez terminado un Issue se debe añadir un comentario de cierre y se debe colocar en la columna "Hecho".
- Cada Issue debe ser etiquetado en funcion de:
- Temática
- Documentation
- Database
- Code
- Prioridad
- Critical
- High
- Medium
- Low
- Estado
- New
- Accepted (sólo para cambios)
- Started
- Fixed
- Verified
- Duplicate (cambios y bugs)
- Wontfix (cambios y bugs)
- Tipo
- Enhancement
- Bug
- Durante el avance del Issue se irán actualizando las etiquetas, en el proyecto y en los comentarios.
Gestión de código
Commits
<tipo> : Título del commit Cuerpo del commit Pie del commit
