Wiki de EGC - Contribuciones del usuario [es]

Gestión de visualización del programa - 17 18 - G1

2017-12-18T01:15:20Z

Pablundom: /* Organización de las ramas */

== Miembros ==

<ul>
<li>Andrés Soto Valdés</li>
<li>Pablo Luna Dominguez</li>
<li>Andrés Fernández Alés</li>
<li>Adam Cienfuegos Izquierdo</li>
<li>José María Prieto Gallardo</li>
</ul>

== Repositorio de GitHub ==

El repositorio de GitHub del equipo será accesible en este [https://github.com/Proyecto-EGC-G1//VisualizacionPrograma-EGC-G1 enlace]

== Gestión de Código ==
Para la gestión del Codigo vamos a usar Github y el repositorio que tenemos en la organización. Para cada commit se colocara un titulo breve , un comentario al respecto a la subida y la issue a la que esta vinculada.

== Entorno de trabajo ==

'''Lenguaje de desarrollo:''' PHP 5.6

'''Base de datos:''' mysql 5.7.20

'''IDE:''' PHPStorm 2017.3

'''Librerias:'''
<ul>
<li>[http://sass-lang.com/ Sass] para la edición de hojas de estilo.</li>
<li>[https://twig.symfony.com/ Twig 1.31.* for php] para las plantillas de visualización.</li>
<li>[https://angularjs.org/ Angularjs 1.6.6] para el filtrado de programa.</li>
</ul>

== Gestión de Incidencias ==

El formato de cada indicencia es temática, prioridad, estado y tipo. La prioridad, estado y tipo tenemos los que el Equipo de Integración nos dice. La temática que hemos escogido para nuestras incidencias son Vistas, AdaptadorWordpress , Hoja de estilos , Acceso a Datos , Lógica de vistas y Test.

Todas las Issues vendran a la columna "ToDo" y ahi se etiquetarán los tags que se vean necesarios y se le asignará a una persona.

Pasarán hacia "En Progreso" hasta su finalización para después pasar a "En Revisión" y si todo esta correcto cerrar la incidencia y moverla a la columna "Hecho".

=== Formateo de commits ===

'''Título''': #NúmeroIssue Descripción breve y concisa del commit.
'''Linea en blanco'''
'''Descripción del commit''': Descripción del commit más detallado y intentando ser directos y escuetos.
'''Linea en blanco'''
'''Pie del commit''': Usar la tag correspondiente para identificar rápidamente si es un bugfix, correción de formato, nuevas funcionalidades con las siguientes tag: Fix, Formato, Nuevo y otros.

Para cerrar issues automaticamente con commit se pueden usar las diferentes keywords
close
closes
closed
fix
fixes
fixed
resolve
resolves
resolved

justo al hashtag del número de incidencia, por ejemplo: close #2

== Organización de las ramas ==

- Master: La versión estable de la aplicación estará en esta rama, solo se hará merge con otras ramas si las otras ramas están testeadas y verificadas.´

- Test: En esta rama estará la versión de test de la aplicación previa a ser estable.

- Documentación: Toda la documentación referente a la aplicación estará en esta rama.

- Oldrepository: Repositorio original en caso de emergencia y necesitar algunos ficheros antiguos

Cada vez que una persona trabaja en una nueva incidencia se creará una nueva rama, una vez el desarrollador haya terminado ese trabajo unirá la rama de Test con esta y borrará la creada para la incidencia. Para borrar ramas ''' git branch -d nombreBranch '''

'''El formato para el nombre de incidencias es''': iss<Número Incidencia>.

Por ejemplo *iss1 es el branch que se dedica a resolver la incidencia 1.

Gestión de visualización del programa - 17 18 - G1

2017-12-17T13:19:23Z

Pablundom: /* Gestión de Incidencias */

== Miembros ==

<ul>
<li>Andrés Soto Valdés</li>
<li>Pablo Luna Dominguez</li>
<li>Andrés Fernández Alés</li>
<li>Adam Cienfuegos Izquierdo</li>
<li>José María Prieto Gallardo</li>
</ul>

== Repositorio de GitHub ==

El repositorio de GitHub del equipo será accesible en este [https://github.com/Proyecto-EGC-G1//VisualizacionPrograma-EGC-G1 enlace]

== Gestión de Código ==
Para la gestión del Codigo vamos a usar Github y el repositorio que tenemos en la organización. Para cada commit se colocara un titulo breve , un comentario al respecto a la subida y la issue a la que esta vinculada.

== Entorno de trabajo ==

'''Lenguaje de desarrollo:''' PHP 5.6

'''Base de datos:''' mysql 5.7.20

'''IDE:''' PHPStorm 2017.3

'''Librerias:'''
<ul>
<li>[http://sass-lang.com/ Sass] para la edición de hojas de estilo.</li>
<li>[https://twig.symfony.com/ Twig 1.31.* for php] para las plantillas de visualización.</li>
<li>[https://angularjs.org/ Angularjs 1.6.6] para el filtrado de programa.</li>
</ul>

== Gestión de Incidencias ==

El formato de cada indicencia es temática, prioridad, estado y tipo. La prioridad, estado y tipo tenemos los que el Equipo de Integración nos dice. La temática que hemos escogido para nuestras incidencias son Vistas, AdaptadorWordpress , Hoja de estilos , Acceso a Datos , Lógica de vistas y Test.

Todas las Issues vendran a la columna "ToDo" y ahi se etiquetarán los tags que se vean necesarios y se le asignará a una persona.

Pasarán hacia "En Progreso" hasta su finalización para después pasar a "En Revisión" y si todo esta correcto cerrar la incidencia y moverla a la columna "Hecho".

=== Formateo de commits ===

'''Título''': #NúmeroIssue Descripción breve y concisa del commit.
'''Linea en blanco'''
'''Descripción del commit''': Descripción del commit más detallado y intentando ser directos y escuetos.
'''Linea en blanco'''
'''Pie del commit''': Usar la tag correspondiente para identificar rápidamente si es un bugfix, correción de formato, nuevas funcionalidades con las siguientes tag: Fix, Formato, Nuevo y otros.

Para cerrar issues automaticamente con commit se pueden usar las diferentes keywords
close
closes
closed
fix
fixes
fixed
resolve
resolves
resolved

justo al hashtag del número de incidencia, por ejemplo: close #2

== Organización de las ramas ==

- Master: La versión estable de la aplicación estará en esta rama, solo se hará merge con otras ramas si las otras ramas están testeadas y verificadas.
- Test: En esta rama estará la versión de test de la aplicación previa a ser estable.
- Documentación: Toda la documentación referente a la aplicación estará en esta rama.
- Oldrepository: Repositorio original en caso de emergencia y necesitar algunos ficheros antiguos

Cada vez que una persona trabaja en una nueva incidencia se creará una nueva rama, una vez el desarrollador haya terminado ese trabajo unirá la rama de Test con esta y borrará la creada para la incidencia. Para borrar ramas ''' git branch -d nombreBranch '''

'''El formato para el nombre de incidencias es''': iss<Número Incidencia>.

Por ejemplo *iss1 es el branch que se dedica a resolver la incidencia 1.

Gestión de visualización del programa - 17 18 - G1

2017-12-17T13:19:05Z

Pablundom: /* Organización de las ramas */

== Miembros ==

<ul>
<li>Andrés Soto Valdés</li>
<li>Pablo Luna Dominguez</li>
<li>Andrés Fernández Alés</li>
<li>Adam Cienfuegos Izquierdo</li>
<li>José María Prieto Gallardo</li>
</ul>

== Repositorio de GitHub ==

El repositorio de GitHub del equipo será accesible en este [https://github.com/Proyecto-EGC-G1//VisualizacionPrograma-EGC-G1 enlace]

== Gestión de Código ==
Para la gestión del Codigo vamos a usar Github y el repositorio que tenemos en la organización. Para cada commit se colocara un titulo breve , un comentario al respecto a la subida y la issue a la que esta vinculada.

== Entorno de trabajo ==

'''Lenguaje de desarrollo:''' PHP 5.6

'''Base de datos:''' mysql 5.7.20

'''IDE:''' PHPStorm 2017.3

'''Librerias:'''
<ul>
<li>[http://sass-lang.com/ Sass] para la edición de hojas de estilo.</li>
<li>[https://twig.symfony.com/ Twig 1.31.* for php] para las plantillas de visualización.</li>
<li>[https://angularjs.org/ Angularjs 1.6.6] para el filtrado de programa.</li>
</ul>

== Gestión de Incidencias ==

El formato de cada indicencia es temática, prioridad, estado y tipo. La prioridad, estado y tipo tenemos los que el Equipo de Integración nos dice. La temática que hemos escogido para nuestras incidencias son Vistas, AdaptadorWordpress , Hoja de estilos , Acceso a Datos , Lógica de vistas.

Todas las Issues vendran a la columna "ToDo" y ahi se etiquetarán los tags que se vean necesarios y se le asignará a una persona.

Pasarán hacia "En Progreso" hasta su finalización para después pasar a "En Revisión" y si todo esta correcto cerrar la incidencia y moverla a la columna "Hecho".

=== Formateo de commits ===

'''Título''': #NúmeroIssue Descripción breve y concisa del commit.
'''Linea en blanco'''
'''Descripción del commit''': Descripción del commit más detallado y intentando ser directos y escuetos.
'''Linea en blanco'''
'''Pie del commit''': Usar la tag correspondiente para identificar rápidamente si es un bugfix, correción de formato, nuevas funcionalidades con las siguientes tag: Fix, Formato, Nuevo y otros.

Para cerrar issues automaticamente con commit se pueden usar las diferentes keywords
close
closes
closed
fix
fixes
fixed
resolve
resolves
resolved

justo al hashtag del número de incidencia, por ejemplo: close #2

== Organización de las ramas ==

- Master: La versión estable de la aplicación estará en esta rama, solo se hará merge con otras ramas si las otras ramas están testeadas y verificadas.
- Test: En esta rama estará la versión de test de la aplicación previa a ser estable.
- Documentación: Toda la documentación referente a la aplicación estará en esta rama.
- Oldrepository: Repositorio original en caso de emergencia y necesitar algunos ficheros antiguos

Cada vez que una persona trabaja en una nueva incidencia se creará una nueva rama, una vez el desarrollador haya terminado ese trabajo unirá la rama de Test con esta y borrará la creada para la incidencia. Para borrar ramas ''' git branch -d nombreBranch '''

'''El formato para el nombre de incidencias es''': iss<Número Incidencia>.

Por ejemplo *iss1 es el branch que se dedica a resolver la incidencia 1.

Gestión de visualización del programa - 17 18 - G1

2017-12-15T21:26:53Z

Pablundom: /* Formateo de commits */

== Miembros ==

<ul>
<li>Andrés Soto Valdés</li>
<li>Pablo Luna Dominguez</li>
<li>Andrés Fernández Alés</li>
<li>Adam Cienfuegos Izquierdo</li>
<li>José María Prieto Gallardo</li>
</ul>

== Repositorio de GitHub ==

El repositorio de GitHub del equipo será accesible en este [https://github.com/Proyecto-EGC-G1//VisualizacionPrograma-EGC-G1 enlace]

== Gestión de Código ==
Para la gestión del Codigo vamos a usar Github y el repositorio que tenemos en la organización. Para cada commit se colocara un titulo breve , un comentario al respecto a la subida y la issue a la que esta vinculada.

== Entorno de trabajo ==

'''Lenguaje de desarrollo:''' PHP 5.6

'''Base de datos:''' mysql 5.7.20

'''IDE:''' PHPStorm 2017.3

'''Librerias:'''
<ul>
<li>[http://sass-lang.com/ Sass] para la edición de hojas de estilo.</li>
<li>[https://twig.symfony.com/ Twig 1.31.* for php] para las plantillas de visualización.</li>
<li>[https://angularjs.org/ Angularjs 1.6.6] para el filtrado de programa.</li>
</ul>

== Gestión de Incidencias ==

El formato de cada indicencia es temática, prioridad, estado y tipo. La prioridad, estado y tipo tenemos los que el Equipo de Integración nos dice. La temática que hemos escogido para nuestras incidencias son Vistas, AdaptadorWordpress , Hoja de estilos , Acceso a Datos , Lógica de vistas.

Todas las Issues vendran a la columna "ToDo" y ahi se etiquetarán los tags que se vean necesarios y se le asignará a una persona.

Pasarán hacia "En Progreso" hasta su finalización para después pasar a "En Revisión" y si todo esta correcto cerrar la incidencia y moverla a la columna "Hecho".

=== Formateo de commits ===

'''Título''': #NúmeroIssue Descripción breve y concisa del commit.
'''Linea en blanco'''
'''Descripción del commit''': Descripción del commit más detallado y intentando ser directos y escuetos.
'''Linea en blanco'''
'''Pie del commit''': Usar la tag correspondiente para identificar rápidamente si es un bugfix, correción de formato, nuevas funcionalidades con las siguientes tag: Fix, Formato, Nuevo y otros.

Para cerrar issues automaticamente con commit se pueden usar las diferentes keywords
close
closes
closed
fix
fixes
fixed
resolve
resolves
resolved

justo al hashtag del número de incidencia, por ejemplo: close #2

== Organización de las ramas ==

- Master: La versión estable de la aplicación estará en esta rama, solo se hará merge con otras ramas si las otras ramas están testeadas y verificadas.
- Test: En esta rama estará la versión de test de la aplicación previa a ser estable.
- Documentación: Toda la documentación referente a la aplicación estará en esta rama.

Cada vez que una persona trabaja en una nueva incidencia se creará una nueva rama, una vez el desarrollador haya terminado ese trabajo unirá la rama de Test con esta y borrará la creada para la incidencia. Para borrar ramas ''' git branch -d nombreBranch '''

'''El formato para el nombre de incidencias es''': iss<Número Incidencia>.

Por ejemplo *iss1 es el branch que se dedica a resolver la incidencia 1.

Gestión de visualización del programa - 17 18 - G1

2017-12-12T17:12:59Z

Pablundom: /* Organización de las ramas */

== Miembros ==

<ul>
<li>Andrés Soto Valdés</li>
<li>Pablo Luna Dominguez</li>
<li>Andrés Fernández Alés</li>
<li>Adam Cienfuegos Izquierdo</li>
<li>José María Prieto Gallardo</li>
</ul>

== Repositorio de GitHub ==

El repositorio de GitHub del equipo será accesible en este [https://github.com/Proyecto-EGC-G1//VisualizacionPrograma-EGC-G1 enlace]

== Gestión de Código ==
Para la gestión del Codigo vamos a usar Github y el repositorio que tenemos en la organización. Para cada commit se colocara un titulo breve , un comentario al respecto a la subida y la issue a la que esta vinculada.

== Entorno de trabajo ==

'''Lenguaje de desarrollo:''' PHP 5.6

'''Base de datos:''' mysql 5.7.20

'''IDE:''' PHPStorm 2017.3

'''Librerias:'''
<ul>
<li>[http://sass-lang.com/ Sass] para la edición de hojas de estilo.</li>
<li>[https://twig.symfony.com/ Twig 1.31.* for php] para las plantillas de visualización.</li>
<li>[https://angularjs.org/ Angularjs 1.6.6] para el filtrado de programa.</li>
</ul>

== Gestión de Incidencias ==

El formato de cada indicencia es temática, prioridad, estado y tipo. La prioridad, estado y tipo tenemos los que el Equipo de Integración nos dice. La temática que hemos escogido para nuestras incidencias son Vistas, AdaptadorWordpress , Hoja de estilos , Acceso a Datos , Lógica de vistas.

Todas las Issues vendran a la columna "ToDo" y ahi se etiquetarán los tags que se vean necesarios y se le asignará a una persona.

Pasarán hacia "En Progreso" hasta su finalización para después pasar a "En Revisión" y si todo esta correcto cerrar la incidencia y moverla a la columna "Hecho".

=== Formateo de commits ===

'''Título''': #NúmeroIssue Descripción breve y concisa del commit.
'''Linea en blanco'''
'''Descripción del commit''': Descripción del commit más detallado y intentando ser directos y escuetos.
'''Linea en blanco'''
'''Pie del commit''': Usar la tag correspondiente para identificar rápidamente si es un bugfix, correción de formato, nuevas funcionalidades con las siguientes tag: Fix, Formato, Nuevo y otros.

== Organización de las ramas ==

- Master: La versión estable de la aplicación estará en esta rama, solo se hará merge con otras ramas si las otras ramas están testeadas y verificadas.
- Test: En esta rama estará la versión de test de la aplicación previa a ser estable.
- Documentación: Toda la documentación referente a la aplicación estará en esta rama.

Cada vez que una persona trabaja en una nueva incidencia se creará una nueva rama, una vez el desarrollador haya terminado ese trabajo unirá la rama de Test con esta y borrará la creada para la incidencia. Para borrar ramas ''' git branch -d nombreBranch '''

'''El formato para el nombre de incidencias es''': iss<Número Incidencia>.

Por ejemplo *iss1 es el branch que se dedica a resolver la incidencia 1.

Gestión de visualización del programa - 17 18 - G1

2017-12-12T17:12:36Z

Pablundom: /* Organización de las ramas */

== Miembros ==

<ul>
<li>Andrés Soto Valdés</li>
<li>Pablo Luna Dominguez</li>
<li>Andrés Fernández Alés</li>
<li>Adam Cienfuegos Izquierdo</li>
<li>José María Prieto Gallardo</li>
</ul>

== Repositorio de GitHub ==

El repositorio de GitHub del equipo será accesible en este [https://github.com/Proyecto-EGC-G1//VisualizacionPrograma-EGC-G1 enlace]

== Gestión de Código ==
Para la gestión del Codigo vamos a usar Github y el repositorio que tenemos en la organización. Para cada commit se colocara un titulo breve , un comentario al respecto a la subida y la issue a la que esta vinculada.

== Entorno de trabajo ==

'''Lenguaje de desarrollo:''' PHP 5.6

'''Base de datos:''' mysql 5.7.20

'''IDE:''' PHPStorm 2017.3

'''Librerias:'''
<ul>
<li>[http://sass-lang.com/ Sass] para la edición de hojas de estilo.</li>
<li>[https://twig.symfony.com/ Twig 1.31.* for php] para las plantillas de visualización.</li>
<li>[https://angularjs.org/ Angularjs 1.6.6] para el filtrado de programa.</li>
</ul>

== Gestión de Incidencias ==

El formato de cada indicencia es temática, prioridad, estado y tipo. La prioridad, estado y tipo tenemos los que el Equipo de Integración nos dice. La temática que hemos escogido para nuestras incidencias son Vistas, AdaptadorWordpress , Hoja de estilos , Acceso a Datos , Lógica de vistas.

Todas las Issues vendran a la columna "ToDo" y ahi se etiquetarán los tags que se vean necesarios y se le asignará a una persona.

Pasarán hacia "En Progreso" hasta su finalización para después pasar a "En Revisión" y si todo esta correcto cerrar la incidencia y moverla a la columna "Hecho".

=== Formateo de commits ===

'''Título''': #NúmeroIssue Descripción breve y concisa del commit.
'''Linea en blanco'''
'''Descripción del commit''': Descripción del commit más detallado y intentando ser directos y escuetos.
'''Linea en blanco'''
'''Pie del commit''': Usar la tag correspondiente para identificar rápidamente si es un bugfix, correción de formato, nuevas funcionalidades con las siguientes tag: Fix, Formato, Nuevo y otros.

== Organización de las ramas ==

- Master: La versión estable de la aplicación estará en esta rama, solo se hará merge con otras ramas si las otras ramas están testeadas y verificadas.
- Test: En esta rama estará la versión de test de la aplicación previa a ser estable.
- Documentación: Toda la documentación referente a la aplicación estará en esta rama.

Cada vez que una persona trabaja en una nueva incidencia se creará una nueva rama, una vez el desarrollador haya terminado ese trabajo unirá la rama de Test con esta y borrará la creada para la incidencia. Para borrar ramas ''' git branch -d nombreBranch '''

'''El formato para el nombre de incidencias es'''': "iss<Número Incidencia>"

Por ejemplo iss1 es el branch que se dedica a resolver la incidencia 1.

Gestión de visualización del programa - 17 18 - G1

2017-12-12T17:11:50Z

Pablundom:

== Miembros ==

<ul>
<li>Andrés Soto Valdés</li>
<li>Pablo Luna Dominguez</li>
<li>Andrés Fernández Alés</li>
<li>Adam Cienfuegos Izquierdo</li>
<li>José María Prieto Gallardo</li>
</ul>

== Repositorio de GitHub ==

El repositorio de GitHub del equipo será accesible en este [https://github.com/Proyecto-EGC-G1//VisualizacionPrograma-EGC-G1 enlace]

== Gestión de Código ==
Para la gestión del Codigo vamos a usar Github y el repositorio que tenemos en la organización. Para cada commit se colocara un titulo breve , un comentario al respecto a la subida y la issue a la que esta vinculada.

== Entorno de trabajo ==

'''Lenguaje de desarrollo:''' PHP 5.6

'''Base de datos:''' mysql 5.7.20

'''IDE:''' PHPStorm 2017.3

'''Librerias:'''
<ul>
<li>[http://sass-lang.com/ Sass] para la edición de hojas de estilo.</li>
<li>[https://twig.symfony.com/ Twig 1.31.* for php] para las plantillas de visualización.</li>
<li>[https://angularjs.org/ Angularjs 1.6.6] para el filtrado de programa.</li>
</ul>

== Gestión de Incidencias ==

El formato de cada indicencia es temática, prioridad, estado y tipo. La prioridad, estado y tipo tenemos los que el Equipo de Integración nos dice. La temática que hemos escogido para nuestras incidencias son Vistas, AdaptadorWordpress , Hoja de estilos , Acceso a Datos , Lógica de vistas.

Todas las Issues vendran a la columna "ToDo" y ahi se etiquetarán los tags que se vean necesarios y se le asignará a una persona.

Pasarán hacia "En Progreso" hasta su finalización para después pasar a "En Revisión" y si todo esta correcto cerrar la incidencia y moverla a la columna "Hecho".

=== Formateo de commits ===

'''Título''': #NúmeroIssue Descripción breve y concisa del commit.
'''Linea en blanco'''
'''Descripción del commit''': Descripción del commit más detallado y intentando ser directos y escuetos.
'''Linea en blanco'''
'''Pie del commit''': Usar la tag correspondiente para identificar rápidamente si es un bugfix, correción de formato, nuevas funcionalidades con las siguientes tag: Fix, Formato, Nuevo y otros.

== Organización de las ramas ==

- Master: La versión estable de la aplicación estará en esta rama, solo se hará merge con otras ramas si las otras ramas están testeadas y verificadas.
- Test: En esta rama estará la versión de test de la aplicación previa a ser estable.
- Documentación: Toda la documentación referente a la aplicación estará en esta rama.

Cada vez que una persona trabaja en una nueva incidencia se creará una nueva rama, una vez el desarrollador haya terminado ese trabajo unirá la rama de Test con esta y borrará la creada para la incidencia.

''' git branch -d nombreBranch '''

El formato para el nombre de incidencias es "iss<Número Incidencia>" por ejemplo iss1 es el branch que se dedica a resolver la incidencia 1.

Gestión de visualización del programa - 17 18 - G1

2017-12-12T17:09:58Z

Pablundom:

== Miembros ==

<ul>
<li>Andrés Soto Valdés</li>
<li>Pablo Luna Dominguez</li>
<li>Andrés Fernández Alés</li>
<li>Adam Cienfuegos Izquierdo</li>
<li>José María Prieto Gallardo</li>
</ul>

== Repositorio de GitHub ==

El repositorio de GitHub del equipo será accesible en este [https://github.com/Proyecto-EGC-G1//VisualizacionPrograma-EGC-G1 enlace]

== Gestión de Código ==
Para la gestión del Codigo vamos a usar Github y el repositorio que tenemos en la organización. Para cada commit se colocara un titulo breve , un comentario al respecto a la subida y la issue a la que esta vinculada.

== Entorno de trabajo ==

'''Lenguaje de desarrollo:''' PHP 5.6

'''Base de datos:''' mysql 5.7.20

'''IDE:''' PHPStorm 2017.3

'''Librerias:'''
<ul>
<li>[http://sass-lang.com/ Sass] para la edición de hojas de estilo.</li>
<li>[https://twig.symfony.com/ Twig 1.31.* for php] para las plantillas de visualización.</li>
<li>[https://angularjs.org/ Angularjs 1.6.6] para el filtrado de programa.</li>
</ul>

== Gestión de Incidencias ==

El formato de cada indicencia es temática, prioridad, estado y tipo. La prioridad, estado y tipo tenemos los que el Equipo de Integración nos dice. La temática que hemos escogido para nuestras incidencias son Vistas, AdaptadorWordpress , Hoja de estilos , Acceso a Datos , Lógica de vistas.

Todas las Issues vendran a la columna "ToDo" y ahi se etiquetarán los tags que se vean necesarios y se le asignará a una persona.

Pasarán hacia "En Progreso" hasta su finalización para después pasar a "En Revisión" y si todo esta correcto cerrar la incidencia y moverla a la columna "Hecho".

=== Formateo de commits ===

'''Título''': #NúmeroIssue Descripción breve y concisa del commit.
'''Linea en blanco'''
'''Descripción del commit''': Descripción del commit más detallado y intentando ser directos y escuetos.
'''Linea en blanco'''
'''Pie del commit''': Usar la tag correspondiente para identificar rápidamente si es un bugfix, correción de formato, nuevas funcionalidades con las siguientes tag: Fix, Formato, Nuevo y otros.

== Organización de las ramas ==

- Master: La versión estable de la aplicación estará en esta rama, solo se hará merge con otras ramas si las otras ramas están testeadas y verificadas.
- Test: En esta rama estará la versión de test de la aplicación previa a ser estable.
- Documentación: Toda la documentación referente a la aplicación estará en esta rama.

Cada vez que una persona trabaja en una nueva incidencia se creará una nueva rama, una vez el desarrollador haya terminado ese trabajo unirá la rama de Test con esta y borrará la creada para la incidencia. Para ello

Gestión de visualización del programa - 17 18 - G1

2017-12-12T16:57:42Z

Pablundom: /* Formateo de commits */

Gestión de visualización del programa - 17 18 - G1

2017-12-12T16:57:23Z

Pablundom: /* Formato para detallar tecnologías elegidas */

Gestión de visualización del programa - 17 18 - G1

2017-12-12T16:57:16Z

Pablundom:

Gestión de visualización del programa - 17 18 - G1

2017-12-12T16:54:26Z

Pablundom: /* Formato para detallar tecnologías elegidas */

== Miembros ==

<ul>
<li>Andrés Soto Valdés</li>
<li>Pablo Luna Dominguez</li>
<li>Andrés Fernández Alés</li>
<li>Adam Cienfuegos Izquierdo</li>
<li>José María Prieto Gallardo</li>
</ul>

== Repositorio de GitHub ==

El repositorio de GitHub del equipo será accesible en este [https://github.com/Proyecto-EGC-G1//VisualizacionPrograma-EGC-G1 enlace]

== Gestión de Código ==
Para la gestión del Codigo vamos a usar Github y el repositorio que tenemos en la organización. Para cada commit se colocara un titulo breve , un comentario al respecto a la subida y la issue a la que esta vinculada.

== Entorno de trabajo ==

'''Lenguaje de desarrollo:''' PHP 5.6

'''Base de datos:''' mysql 5.7.20

'''IDE:''' PHPStorm 2017.3

'''Librerias:'''
<ul>
<li>[http://sass-lang.com/ Sass] para la edición de hojas de estilo.</li>
<li>[https://twig.symfony.com/ Twig 1.31.* for php] para las plantillas de visualización.</li>
<li>[https://angularjs.org/ Angularjs 1.6.6] para el filtrado de programa.</li>
</ul>

== Gestión de Incidencias ==

El formato de cada indicencia es temática, prioridad, estado y tipo. La prioridad, estado y tipo tenemos los que el Equipo de Integración nos dice. La temática que hemos escogido para nuestras incidencias son Vistas, AdaptadorWordpress , Hoja de estilos , Acceso a Datos , Lógica de vistas.

Todas las Issues vendran a la columna "ToDo" y ahi se etiquetarán los tags que se vean necesarios y se le asignará a una persona.

Pasarán hacia "En Progreso" hasta su finalización para después pasar a "En Revisión" y si todo esta correcto cerrar la incidencia y moverla a la columna "Hecho".

=== Formateo de commits ===

=== Formato para detallar tecnologías elegidas ===
'''Título''': #NúmeroIssue Descripción breve y concisa del commit.
'''Linea en blanco'''
'''Descripción del commit''': Descripción del commit más detallado y intentando ser directos y escuetos.
'''Linea en blanco'''
'''Pie del commit''': Usar la tag correspondiente para identificar rápidamente si es un bugfix, correción de formato, nuevas funcionalidades con las siguientes tag: Fix, Formato, Nuevo y otros.

=== Formato para detallar tecnologías elegidas ===
'''Subsistema''': <Nombre del subsistema/equipo>
'''Lenguaje/Herramienta''': <Lenguaje/herramienta escogida y versión>
'''Sistema de gestión de bibliotecas''': <Herramienta que se usa para añadir bibliotecas/dependencias> (Ej: Java->Maven, Python->pip)
'''Bibliotecas''': <Listado de bibliotecas usadas en el desarrollo.>
'''Nombre_Biblioteca1''': <versión>
'''Necesita Base de datos''': <Sí/No> (En caso afirmativo explicar cuál se está empleando y su versión)

Gestión de visualización del programa - 17 18 - G1

2017-12-12T16:54:16Z

Pablundom: /* Formateo de commits */

== Miembros ==

<ul>
<li>Andrés Soto Valdés</li>
<li>Pablo Luna Dominguez</li>
<li>Andrés Fernández Alés</li>
<li>Adam Cienfuegos Izquierdo</li>
<li>José María Prieto Gallardo</li>
</ul>

== Repositorio de GitHub ==

El repositorio de GitHub del equipo será accesible en este [https://github.com/Proyecto-EGC-G1//VisualizacionPrograma-EGC-G1 enlace]

== Gestión de Código ==
Para la gestión del Codigo vamos a usar Github y el repositorio que tenemos en la organización. Para cada commit se colocara un titulo breve , un comentario al respecto a la subida y la issue a la que esta vinculada.

== Entorno de trabajo ==

'''Lenguaje de desarrollo:''' PHP 5.6

'''Base de datos:''' mysql 5.7.20

'''IDE:''' PHPStorm 2017.3

'''Librerias:'''
<ul>
<li>[http://sass-lang.com/ Sass] para la edición de hojas de estilo.</li>
<li>[https://twig.symfony.com/ Twig 1.31.* for php] para las plantillas de visualización.</li>
<li>[https://angularjs.org/ Angularjs 1.6.6] para el filtrado de programa.</li>
</ul>

== Gestión de Incidencias ==

El formato de cada indicencia es temática, prioridad, estado y tipo. La prioridad, estado y tipo tenemos los que el Equipo de Integración nos dice. La temática que hemos escogido para nuestras incidencias son Vistas, AdaptadorWordpress , Hoja de estilos , Acceso a Datos , Lógica de vistas.

Todas las Issues vendran a la columna "ToDo" y ahi se etiquetarán los tags que se vean necesarios y se le asignará a una persona.

Pasarán hacia "En Progreso" hasta su finalización para después pasar a "En Revisión" y si todo esta correcto cerrar la incidencia y moverla a la columna "Hecho".

=== Formateo de commits ===

=== Formato para detallar tecnologías elegidas ===
'''Título''': #NúmeroIssue Descripción breve y concisa del commit.
'''Linea en blanco''':
'''Descripción del commit''': Descripción del commit más detallado y intentando ser directos y escuetos.
'''Linea en blanco''':
'''Pie del commit''': Usar la tag correspondiente para identificar rápidamente si es un bugfix, correción de formato, nuevas funcionalidades con las siguientes tag: Fix, Formato, Nuevo y otros.

=== Formato para detallar tecnologías elegidas ===
'''Subsistema''': <Nombre del subsistema/equipo>
'''Lenguaje/Herramienta''': <Lenguaje/herramienta escogida y versión>
'''Sistema de gestión de bibliotecas''': <Herramienta que se usa para añadir bibliotecas/dependencias> (Ej: Java->Maven, Python->pip)
'''Bibliotecas''': <Listado de bibliotecas usadas en el desarrollo.>
'''Nombre_Biblioteca1''': <versión>
'''Necesita Base de datos''': <Sí/No> (En caso afirmativo explicar cuál se está empleando y su versión)

Gestión de visualización del programa - 17 18 - G1

2017-12-12T16:52:58Z

Pablundom:

== Miembros ==

<ul>
<li>Andrés Soto Valdés</li>
<li>Pablo Luna Dominguez</li>
<li>Andrés Fernández Alés</li>
<li>Adam Cienfuegos Izquierdo</li>
<li>José María Prieto Gallardo</li>
</ul>

== Repositorio de GitHub ==

El repositorio de GitHub del equipo será accesible en este [https://github.com/Proyecto-EGC-G1//VisualizacionPrograma-EGC-G1 enlace]

== Gestión de Código ==
Para la gestión del Codigo vamos a usar Github y el repositorio que tenemos en la organización. Para cada commit se colocara un titulo breve , un comentario al respecto a la subida y la issue a la que esta vinculada.

== Entorno de trabajo ==

'''Lenguaje de desarrollo:''' PHP 5.6

'''Base de datos:''' mysql 5.7.20

'''IDE:''' PHPStorm 2017.3

'''Librerias:'''
<ul>
<li>[http://sass-lang.com/ Sass] para la edición de hojas de estilo.</li>
<li>[https://twig.symfony.com/ Twig 1.31.* for php] para las plantillas de visualización.</li>
<li>[https://angularjs.org/ Angularjs 1.6.6] para el filtrado de programa.</li>
</ul>

== Gestión de Incidencias ==

El formato de cada indicencia es temática, prioridad, estado y tipo. La prioridad, estado y tipo tenemos los que el Equipo de Integración nos dice. La temática que hemos escogido para nuestras incidencias son Vistas, AdaptadorWordpress , Hoja de estilos , Acceso a Datos , Lógica de vistas.

Todas las Issues vendran a la columna "ToDo" y ahi se etiquetarán los tags que se vean necesarios y se le asignará a una persona.

Pasarán hacia "En Progreso" hasta su finalización para después pasar a "En Revisión" y si todo esta correcto cerrar la incidencia y moverla a la columna "Hecho".

=== Formateo de commits ===

*Título: #NúmeroIssue Descripción breve y concisa del commit.

Linea en Blanco

*Descripción del commit: Descripción del commit más detallado y intentando ser directos y escuetos.

'''Linea en Blanco'''

*Pie del commit: Usar la tag correspondiente para identificar rápidamente si es un bugfix, correción de formato, nuevas funcionalidades con las siguientes tag: Fix, Formato, Nuevo y otros.

=== Formato para detallar tecnologías elegidas ===
'''Subsistema''': <Nombre del subsistema/equipo>
'''Lenguaje/Herramienta''': <Lenguaje/herramienta escogida y versión>
'''Sistema de gestión de bibliotecas''': <Herramienta que se usa para añadir bibliotecas/dependencias> (Ej: Java->Maven, Python->pip)
'''Bibliotecas''': <Listado de bibliotecas usadas en el desarrollo.>
'''Nombre_Biblioteca1''': <versión>
'''Necesita Base de datos''': <Sí/No> (En caso afirmativo explicar cuál se está empleando y su versión)

Gestión de visualización del programa - 17 18 - G1

2017-12-12T16:51:57Z

Pablundom:

Gestión de visualización del programa - 17 18 - G1

2017-12-12T16:40:53Z

Pablundom:

Gestión de visualización del programa - 17 18 - G1

2017-12-12T16:40:36Z

Pablundom:

Gestión de visualización del programa - 17 18 - G1

2017-12-12T16:39:52Z

Pablundom: