Wiki de EGC - Contribuciones del usuario [es]

Gestión del registro - 17 18 - G1

2018-01-12T11:13:10Z

Fraranrub: /* Procedimiento de uso de GitHub */

== '''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 [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 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.

Gestión del registro - 17 18 - G1

2018-01-12T11:12:45Z

Fraranrub: /* Procedimiento de uso de GitHub */

== '''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 [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 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.

Gestión del registro - 17 18 - G1

2018-01-12T11:12:14Z

Fraranrub: /* Procedimiento de uso de GitHub */

== '''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 [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 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.

Gestión del registro - 17 18 - G1

2018-01-12T11:10:50Z

Fraranrub: /* Procedimiento de uso de GitHub */

== '''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 [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 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. /b
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.

Gestión del registro - 17 18 - G1

2018-01-12T11:10:07Z

Fraranrub: /* Procedimiento de uso de GitHub */

== '''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 [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 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.