Diferencia entre revisiones de «Censo-G1-2-17-18»

De Wiki de EGC
Saltar a: navegación, buscar
Línea 59: Línea 59:
 
<li>Las issues serán etiquetadas en función de su progreso de la siguiente manera:
 
<li>Las issues serán etiquetadas en función de su progreso de la siguiente manera:
  
<ul>
 
 
<li> TO-DO: Por hacer no se ha estudiado aún el problema. </li>
 
<li> TO-DO: Por hacer no se ha estudiado aún el problema. </li>
 
<li> In progress: El problema se ha estudiado y se esta desarrollando su solución. </li>
 
<li> In progress: El problema se ha estudiado y se esta desarrollando su solución. </li>
Línea 65: Línea 64:
 
<li> DONE: Realizado en espera a su revisión</li>
 
<li> DONE: Realizado en espera a su revisión</li>
 
<li> CLOSED: Realizado y revisado. </li>
 
<li> CLOSED: Realizado y revisado. </li>
 
</ul>
 
</li>
 
  
 
<li> Las issues deberán seguir el siguiente formato de etiquetado</li>
 
<li> Las issues deberán seguir el siguiente formato de etiquetado</li>
Línea 87: Línea 83:
 
<li> Código </li>
 
<li> Código </li>
 
<li> Estudio e investigación</li>
 
<li> Estudio e investigación</li>
 +
</ul>
 
</ul>
 
</ul>
  

Revisión del 16:46 13 ago 2018

Aclaraciones:

Esta entrega será hecha por un subgrupo del grupo encargado de la gestión del censo en la primera convocatoria y será una continuacion de dicho proyecto.
El subgrupo estará formado por Juan Diego Guerrero Carbonell y Francisco Márquez Orellana.

Miembros

  • Juan Diego Guerrero Carbonell
  • Francisco Márquez Orellana (Coordinador)

Objetivo

Implementar un sistema de registro de personas para un censo.

Entorno

Para el desarrollo del plugin de redes sociales del Wordpress del congreso, usaremos:

Función Nombre Versión
Lenguaje Java -
Editor Eclipse Indigo EE SR2
Base de datos MySql 5.5
Despliegue Tomcat 7.0

Se puede acceder al entorno de desarrollo en el siguiente enlace.

Gestión de incidencias

Para la gestión de incidencias utilizaremos las Issues de GitHub

  • Las issues serán etiquetadas en función de su progreso de la siguiente manera:
  • TO-DO: Por hacer no se ha estudiado aún el problema.
  • In progress: El problema se ha estudiado y se esta desarrollando su solución.
  • STUCK:Durante el desarrollo de la solución se ha encontrado un problema.
  • DONE: Realizado en espera a su revisión
  • CLOSED: Realizado y revisado.
  • Las issues deberán seguir el siguiente formato de etiquetado
  • Cada Issue debe ser etiquetado en funcion de:
    • Prioridad
      • Critica
      • Alta
      • Media
      • Baja
    • Temática
      • Documentación
      • BDDD
      • Código
      • Estudio e investigación

    Gestión de código

    Formato de Commits

    <Tipo> : <Título del commit> 
     
    <Cuerpo del commit> 
     
    <Pie del commit>
    
    • <Tipo> : puede tomar los siguientes valores:
      • New (nuevo archivo)
      • Update(actualización de un archivo)
    • <Título del commit>:
    • <Descripción del commit>:
    • <Pie del commit>: Mencionará la issue a la que hace referencia #(número de Issue)

    Ejemplo de commit:

    New: Crear persona 
     
    Se puede crear personas que se añaden a la BDD 
     
    #25
    

    Ramas

    El proyecto contará con una rama master en la que solo incluiremos los avances revisados además cada desarrollador contará con una rama propia para desarrollo.

    Enlaces de interés

    Repositorio de GitHub

    El repositorio de GitHub del equipo será accesible en este enlace.