https://1984.lsi.us.es/wiki-egc/api.php?action=feedcontributions&feedformat=atom&user=Josgonpra 2026-05-21T15:34:13Z Contribuciones del usuario MediaWiki 1.29.0 https://1984.lsi.us.es/wiki-egc/index.php?title=Gesti%C3%B3n_del_registro_-_17_18_-_G1&diff=7235 2018-01-12T10:47:27Z

<p>Josgonpra: </p> <hr /> <div>== '''Miembros''' ==<br /> <br /> Ángel Izaga Ramírez<br /> <br /> Nicolás Luna Rodriguez<br /> <br /> Francisco José Ranedo Rubio<br /> <br /> José Manuel Gonzalez Pradas<br /> <br /> Natalia Morato Fernandez<br /> <br /> <br /> == '''Repositorio''' == <br /> <br /> El repositorio de GitHub del equipo será accesible en este [https://github.com/Proyecto-EGC-G1/GestionRegistro-EGC-G1 enlace].<br /> <br /> <br /> == '''Opera''' ==<br /> <br /> El portal del proyecto en Opera será accesible en este [http://opera.eii.us.es/egc/public/trabajo/ver/id/85 enlace].<br /> <br /> <br /> == '''Entorno''' ==<br /> <br /> Para la realización del trabajo usaremos las siguientes herramientas:<br /> <br /> JavaScript -<br /> <br /> PHP 7.0.9<br /> <br /> MySql 4.7.0<br /> <br /> Wordpress 4.8.4<br /> <br /> Xampp 7.0.9-1<br /> <br /> <br /> == '''Procedimiento de uso de GitHub''' ==<br /> <br /> Se definirá el procedimiento de uso de GitHub para hacer toda la gestión del código lo más homogénea posible.<br /> <br /> 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.<br /> <br /> --Etiquetas: ADDED: se utiliza cuando se ha añadido alguna función 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. 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: HELP WANTED: se utilizará cuando es necesaria la colaboración de algún miembro del equipo. GOOD PRACTICES: utilizamos esta etiqueta cuando dejamos el código de ese fichero lo más limpio y legible posible. 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.<br /> <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:<br /> <br /> -Gestión de equipo - 11/12/2017<br /> -Gestión de integración continua - Proximamente<br /> 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.<br /> <br /> == '''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.<br /> <br /> <br /> == '''Gestión de Equipo''' ==<br /> <br /> 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.</div>

Josgonpra https://1984.lsi.us.es/wiki-egc/index.php?title=Gesti%C3%B3n_del_registro_-_17_18_-_G1&diff=7234 2018-01-12T10:46:54Z

<p>Josgonpra: </p> <hr /> <div>== '''Miembros''' ==<br /> <br /> Ángel Izaga Ramírez<br /> <br /> Nicolás Luna Rodriguez<br /> <br /> Francisco José Ranedo Rubio<br /> <br /> José Manuel Gonzalez Pradas<br /> <br /> Natalia Morato Fernandez<br /> <br /> <br /> == '''Repositorio''' == <br /> El repositorio de GitHub del equipo será accesible en este [https://github.com/Proyecto-EGC-G1/GestionRegistro-EGC-G1 enlace].<br /> <br /> == '''Opera''' ==<br /> <br /> El portal del proyecto en Opera será accesible en este [http://opera.eii.us.es/egc/public/trabajo/ver/id/85 enlace].<br /> <br /> <br /> == '''Entorno''' ==<br /> <br /> Para la realización del trabajo usaremos las siguientes herramientas:<br /> <br /> JavaScript -<br /> <br /> PHP 7.0.9<br /> <br /> MySql 4.7.0<br /> <br /> Wordpress 4.8.4<br /> <br /> Xampp 7.0.9-1<br /> <br /> <br /> == '''Procedimiento de uso de GitHub''' ==<br /> <br /> Se definirá el procedimiento de uso de GitHub para hacer toda la gestión del código lo más homogénea posible.<br /> <br /> 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.<br /> <br /> --Etiquetas: ADDED: se utiliza cuando se ha añadido alguna función 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. 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: HELP WANTED: se utilizará cuando es necesaria la colaboración de algún miembro del equipo. GOOD PRACTICES: utilizamos esta etiqueta cuando dejamos el código de ese fichero lo más limpio y legible posible. 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.<br /> <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:<br /> <br /> -Gestión de equipo - 11/12/2017<br /> -Gestión de integración continua - Proximamente<br /> 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.<br /> <br /> == '''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.<br /> <br /> <br /> == '''Gestión de Equipo''' ==<br /> <br /> 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.</div>

Josgonpra https://1984.lsi.us.es/wiki-egc/index.php?title=Gesti%C3%B3n_del_registro_-_17_18_-_G1&diff=7233 2018-01-12T10:44:57Z

<p>Josgonpra: /* Repositorio */</p> <hr /> <div>== '''Miembros''' ==<br /> <br /> Ángel Izaga Ramírez<br /> <br /> Nicolás Luna Rodriguez<br /> <br /> Francisco José Ranedo Rubio<br /> <br /> José Manuel Gonzalez Pradas<br /> <br /> Natalia Morato Fernandez<br /> <br /> <br /> == '''Repositorio''' == <br /> El repositorio de GitHub del equipo será accesible en este [https://github.com/Proyecto-EGC-G1/GestionRegistro-EGC-G1 enlace].<br /> <br /> == '''Opera''' ==<br /> <br /> El portal del proyecto en Opera será accesible en este [http://opera.eii.us.es/egc/public/trabajo/ver/id/85 enlace].<br /> <br /> <br /> == '''Entorno''' ==<br /> <br /> Para la realización del trabajo usaremos las siguientes herramientas:<br /> <br /> JavaScript -<br /> <br /> PHP 7.0.9<br /> <br /> MySql 4.7.0<br /> <br /> Wordpress 4.8.4<br /> <br /> Xampp 7.0.9-1<br /> <br /> == '''Procedimiento de uso de GitHub''' ==<br /> <br /> Se definirá el procedimiento de uso de GitHub para hacer toda la gestión del código lo más homogénea posible.<br /> <br /> 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.<br /> <br /> --Etiquetas: ADDED: se utiliza cuando se ha añadido alguna función 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. 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: HELP WANTED: se utilizará cuando es necesaria la colaboración de algún miembro del equipo. GOOD PRACTICES: utilizamos esta etiqueta cuando dejamos el código de ese fichero lo más limpio y legible posible. 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.<br /> <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:<br /> <br /> -Gestión de equipo - 11/12/2017<br /> -Gestión de integración continua - Proximamente<br /> 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.<br /> <br /> == '''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.<br /> <br /> == '''Gestión de Equipo''' ==<br /> <br /> 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.</div>

Josgonpra https://1984.lsi.us.es/wiki-egc/index.php?title=Gesti%C3%B3n_del_registro_-_17_18_-_G1&diff=7232 2018-01-12T10:44:06Z

<p>Josgonpra: </p> <hr /> <div>== '''Miembros''' ==<br /> <br /> Ángel Izaga Ramírez<br /> <br /> Nicolás Luna Rodriguez<br /> <br /> Francisco José Ranedo Rubio<br /> <br /> José Manuel Gonzalez Pradas<br /> <br /> Natalia Morato Fernandez<br /> <br /> <br /> == '''Repositorio''' == <br /> El repositorio de GitHub del equipo será accesible en este [https://github.com/jmgpradas/Registro enlace].<br /> <br /> <br /> == '''Opera''' ==<br /> <br /> El portal del proyecto en Opera será accesible en este [http://opera.eii.us.es/egc/public/trabajo/ver/id/85 enlace].<br /> <br /> <br /> == '''Entorno''' ==<br /> <br /> Para la realización del trabajo usaremos las siguientes herramientas:<br /> <br /> JavaScript -<br /> <br /> PHP 7.0.9<br /> <br /> MySql 4.7.0<br /> <br /> Wordpress 4.8.4<br /> <br /> Xampp 7.0.9-1<br /> <br /> == '''Procedimiento de uso de GitHub''' ==<br /> <br /> Se definirá el procedimiento de uso de GitHub para hacer toda la gestión del código lo más homogénea posible.<br /> <br /> 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.<br /> <br /> --Etiquetas: ADDED: se utiliza cuando se ha añadido alguna función 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. 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: HELP WANTED: se utilizará cuando es necesaria la colaboración de algún miembro del equipo. GOOD PRACTICES: utilizamos esta etiqueta cuando dejamos el código de ese fichero lo más limpio y legible posible. 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.<br /> <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:<br /> <br /> -Gestión de equipo - 11/12/2017<br /> -Gestión de integración continua - Proximamente<br /> 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.<br /> <br /> == '''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.<br /> <br /> == '''Gestión de Equipo''' ==<br /> <br /> 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.</div>

Josgonpra https://1984.lsi.us.es/wiki-egc/index.php?title=Gesti%C3%B3n_del_registro_-_17_18_-_G1&diff=7230 2018-01-12T10:43:05Z

<p>Josgonpra: </p> <hr /> <div>== '''Miembros''' ==<br /> <br /> Ángel Izaga Ramírez<br /> <br /> Nicolás Luna Rodriguez<br /> <br /> Francisco José Ranedo Rubio<br /> <br /> José Manuel Gonzalez Pradas<br /> <br /> Natalia Morato Fernandez<br /> <br /> == '''Repositorio''' == El repositorio de GitHub del equipo será accesible en este [https://github.com/jmgpradas/Registro enlace].<br /> <br /> == '''Opera''' ==<br /> <br /> El portal del proyecto en Opera será accesible en este [http://opera.eii.us.es/egc/public/trabajo/ver/id/85 enlace].<br /> <br /> == '''Entorno''' ==<br /> <br /> Para la realización del trabajo usaremos las siguientes herramientas:<br /> <br /> JavaScript -<br /> <br /> PHP 7.0.9<br /> <br /> MySql 4.7.0<br /> <br /> Wordpress 4.8.4<br /> <br /> Xampp 7.0.9-1<br /> <br /> == '''Procedimiento de uso de GitHub''' ==<br /> <br /> Se definirá el procedimiento de uso de GitHub para hacer toda la gestión del código lo más homogénea posible.<br /> <br /> 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.<br /> <br /> --Etiquetas: ADDED: se utiliza cuando se ha añadido alguna función 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. 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: HELP WANTED: se utilizará cuando es necesaria la colaboración de algún miembro del equipo. GOOD PRACTICES: utilizamos esta etiqueta cuando dejamos el código de ese fichero lo más limpio y legible posible. 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.<br /> <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:<br /> <br /> -Gestión de equipo - 11/12/2017<br /> -Gestión de integración continua - Proximamente<br /> 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.<br /> <br /> == '''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.<br /> <br /> == '''Gestión de Equipo''' ==<br /> <br /> 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.</div>

Josgonpra