Diferencia entre revisiones de «Gestión del registro - 17 18 - G1»
(→Repositorio) |
(→Procedimiento de uso de GitHub) |
||
| (No se muestran 21 ediciones intermedias de 3 usuarios) | |||
| Línea 1: | Línea 1: | ||
| − | + | == '''Miembros''' == | |
| − | == Miembros == | ||
Ángel Izaga Ramírez | Ángel Izaga Ramírez | ||
| Línea 12: | Línea 11: | ||
Natalia Morato Fernandez | Natalia Morato Fernandez | ||
| − | |||
| − | |||
| − | == | + | == '''Repositorio''' == |
| + | |||
| + | El repositorio de GitHub del equipo será accesible en este [https://github.com/Proyecto-EGC-G1/GestionRegistro-EGC-G1 enlace]. | ||
| + | |||
| + | == '''Opera''' == | ||
| − | El portal del proyecto en Opera será accesible en este [http://opera.eii.us.es/egc/public/trabajo/ver/id/85] | + | El portal del proyecto en Opera será accesible en este [http://opera.eii.us.es/egc/public/trabajo/ver/id/85 enlace]. |
| − | == Entorno == | + | == '''Entorno''' == |
Para la realización del trabajo usaremos las siguientes herramientas: | Para la realización del trabajo usaremos las siguientes herramientas: | ||
| Línea 27: | Línea 28: | ||
JavaScript - | JavaScript - | ||
| − | PHP 7. | + | PHP 7.0.9 |
MySql 4.7.0 | MySql 4.7.0 | ||
| Línea 33: | Línea 34: | ||
Wordpress 4.8.4 | Wordpress 4.8.4 | ||
| − | + | Xampp 7.0.9-1 | |
| + | |||
| + | |||
| + | == '''Procedimiento de uso de GitHub''' == | ||
| + | |||
| + | Se definirá el procedimiento de uso de GitHub para hacer toda la gestión del código lo más homogénea posible. | ||
| + | |||
| + | El repositorio distribuido utilizado será GitHub, en el realizaremos toda la gestión de las incidencias. Las incidencias son cambios y tareas que tienen como objetivo llevar a cabo la planificación. El formato de las issues es el siguiente:<br /> | ||
| + | --Título: Empieza con un verbo en participio, la función que se ha modificado/creado/borrado y después el archivo que se va a modificar. <br /> | ||
| + | --Comentario: Aquí se explicará mas detalladamente lo que se ha realizado. | ||
| + | |||
| + | --Etiquetas: <br /> | ||
| + | ADDED: se utiliza cuando se ha añadido alguna función o archivo al proyecto. <br /> | ||
| + | MODIFIED: se hará uso de esta etiqueta para cuando se haya modificado una función. <br /> | ||
| + | DELETED: utilizamos esta etiqueta cuando se borre alguna función o fichero. <br /> | ||
| + | QUESTION: utilizamos esta cuando es necesaria una reunión con el equipo de integración.<br /> | ||
| + | BUG: se utilizará cuando hay algún error en el código que hay que arreglar. <br /> | ||
| + | STUDY: cuando es necesario estudiar el código heredado para su posterior modificación. <br /> | ||
| + | INHERITED CODE: se utiliza sólo una vez para subir el código heredado del año pasado.<br /> | ||
| + | ENHANCEMENT: Inicialmente se utilizó esta etiqueta para indicar que era una mejora, pero después vimos que no era de gran utilidad y está en desuso.<br /> | ||
| + | HELP WANTED: se utilizará cuando es necesaria la colaboración de algún miembro del equipo. <br /> | ||
| + | GOOD PRACTICES: utilizamos esta etiqueta cuando dejamos el proyecto lo más limpio posible eliminando los ficheros inservibles. <br /> | ||
| + | DUPLICATED: utilizamos esta etiqueta cuando hacemos tareas relacionadas con la duplicación de datos en las bases de datos <br /> | ||
| + | TEST: se utilizará dicha etiqueta cuando se estén realizando test de las funciones realizadas.<br /> | ||
| + | |||
| + | Cada issue va referenciada con un milestone en nuestro caso el M3 y M4 ya que para los milestones 1 y 2 no hicimos ninguna implementación. Las fechas de estos milestones son: | ||
| + | |||
| + | -Gestión de equipo - 11/12/2017 | ||
| + | -Gestión de integración continua - 18/01/2018 | ||
| + | |||
| + | Para la realización de los commits: <br /> | ||
| + | -Ponemos el titulo de la issue a la que se refiere, un espacio y una almohadilla con el número de la issue y un comentario detallando la funcionalidad añadida. | ||
| + | |||
| + | == '''Organización de las ramas''' == | ||
| + | Nuestro proyecto consta de 2 ramas: development y master. | ||
| + | -Development: Rama que utilizamos para añadir funcionalidades hasta que no haya una versión totalmente funcional. | ||
| + | -Master: Se utilizará dicha rama cuando el proyecto esté totalmente funcional y sin fallos. | ||
| + | |||
| + | == '''Gestión de Equipo''' == | ||
| + | |||
| + | Utilizaremos WhatsApp para la comunicación con el equipo ya que nos permite una interacción rápida para dudas puntuales y para dudas más importantes se concertará una reunión con todo el equipo. | ||
Revisión actual del 13:13 12 ene 2018
Contenido
Miembros
Ángel Izaga Ramírez
Nicolás Luna Rodriguez
Francisco José Ranedo Rubio
José Manuel Gonzalez Pradas
Natalia Morato Fernandez
Repositorio
El repositorio de GitHub del equipo será accesible en este enlace.
Opera
El portal del proyecto en Opera será accesible en este enlace.
Entorno
Para la realización del trabajo usaremos las siguientes herramientas:
JavaScript -
PHP 7.0.9
MySql 4.7.0
Wordpress 4.8.4
Xampp 7.0.9-1
Procedimiento de uso de GitHub
Se definirá el procedimiento de uso de GitHub para hacer toda la gestión del código lo más homogénea posible.
El repositorio distribuido utilizado será GitHub, en el realizaremos toda la gestión de las incidencias. Las incidencias son cambios y tareas que tienen como objetivo llevar a cabo la planificación. El formato de las issues es el siguiente:
--Título: Empieza con un verbo en participio, la función que se ha modificado/creado/borrado y después el archivo que se va a modificar.
--Comentario: Aquí se explicará mas detalladamente lo que se ha realizado.
--Etiquetas:
ADDED: se utiliza cuando se ha añadido alguna función o archivo al proyecto.
MODIFIED: se hará uso de esta etiqueta para cuando se haya modificado una función.
DELETED: utilizamos esta etiqueta cuando se borre alguna función o fichero.
QUESTION: utilizamos esta cuando es necesaria una reunión con el equipo de integración.
BUG: se utilizará cuando hay algún error en el código que hay que arreglar.
STUDY: cuando es necesario estudiar el código heredado para su posterior modificación.
INHERITED CODE: se utiliza sólo una vez para subir el código heredado del año pasado.
ENHANCEMENT: Inicialmente se utilizó esta etiqueta para indicar que era una mejora, pero después vimos que no era de gran utilidad y está en desuso.
HELP WANTED: se utilizará cuando es necesaria la colaboración de algún miembro del equipo.
GOOD PRACTICES: utilizamos esta etiqueta cuando dejamos el proyecto lo más limpio posible eliminando los ficheros inservibles.
DUPLICATED: utilizamos esta etiqueta cuando hacemos tareas relacionadas con la duplicación de datos en las bases de datos
TEST: se utilizará dicha etiqueta cuando se estén realizando test de las funciones realizadas.
Cada issue va referenciada con un milestone en nuestro caso el M3 y M4 ya que para los milestones 1 y 2 no hicimos ninguna implementación. Las fechas de estos milestones son:
-Gestión de equipo - 11/12/2017
-Gestión de integración continua - 18/01/2018
Para la realización de los commits:
-Ponemos el titulo de la issue a la que se refiere, un espacio y una almohadilla con el número de la issue y un comentario detallando la funcionalidad añadida.
Organización de las ramas
Nuestro proyecto consta de 2 ramas: development y master.
-Development: Rama que utilizamos para añadir funcionalidades hasta que no haya una versión totalmente funcional. -Master: Se utilizará dicha rama cuando el proyecto esté totalmente funcional y sin fallos.
Gestión de Equipo
Utilizaremos WhatsApp para la comunicación con el equipo ya que nos permite una interacción rápida para dudas puntuales y para dudas más importantes se concertará una reunión con todo el equipo.
