Diferencia entre revisiones de «Gestión de integración con redes sociales - 17 18 - G2»
(→Ramas (branches)) |
(→Objetivos del subsistema) |
||
Línea 10: | Línea 10: | ||
== Objetivos del subsistema == | == Objetivos del subsistema == | ||
− | Crear un plugin para WordPress para integrar varias redes sociales en el sistema, que permita mejorar la visibilidad de éste y fomentar la interacción con los usuarios. Por otro lado, se van a integrar seis redes sociales: '''Twitter''', '''Reddit''', '''Facebook''', '''Instagram''', '''Google+''' y '''LinkedIn'''. Los usuarios podrán compartir contenido personalizado en sus redes sociales o seguir a los perfiles oficiales. Por último, se integrarán widgets que muestren las últimas publicaciones realizadas en redes sociales (últimos tweets, publicaciones en | + | Crear un plugin para WordPress para integrar varias redes sociales en el sistema, que permita mejorar la visibilidad de éste y fomentar la interacción con los usuarios. Por otro lado, se van a integrar seis redes sociales: '''Twitter''', '''Reddit''', '''Facebook''', '''Instagram''', '''Google+''' y '''LinkedIn'''. Los usuarios podrán compartir contenido personalizado en sus redes sociales o seguir a los perfiles oficiales. Por último, se integrarán widgets que muestren las últimas publicaciones realizadas en redes sociales (últimos tweets, publicaciones en Facebook...)o realizar comentarios en la página web. |
== Repositorio == | == Repositorio == |
Revisión del 21:31 25 dic 2017
Contenido
Miembros
- Luis Miguel García (coordinador)
- Carlos Ruano
- Daniel Martínez
- Alberto Gómez
- Cristian Galán
- Juan Huerta
Objetivos del subsistema
Crear un plugin para WordPress para integrar varias redes sociales en el sistema, que permita mejorar la visibilidad de éste y fomentar la interacción con los usuarios. Por otro lado, se van a integrar seis redes sociales: Twitter, Reddit, Facebook, Instagram, Google+ y LinkedIn. Los usuarios podrán compartir contenido personalizado en sus redes sociales o seguir a los perfiles oficiales. Por último, se integrarán widgets que muestren las últimas publicaciones realizadas en redes sociales (últimos tweets, publicaciones en Facebook...)o realizar comentarios en la página web.
Repositorio
Disponemos de un repositorio en GitHub.
Gestión de incidencias (issues)
Procedimiento
Un miembro del equipo será el encargado de canalizar todas las incidencias que se registren. Cuando se encuentre un error o surja una petición de cambio, se seguirá unos pasos:
- Se registrará la incidencia en GitHub con el formato adecuado y las etiquetas que correspondan, que se explicará a continuación.
- Cuando se registre una incidencia, el encargado de gestionar las incidencias deberá asignar a un responsable, la asociará con un milestone y añadirá más etiquetas si fuera pertinente.
- El responsable trabajará en la incidencia. Si un commit cierra una incidencia, deberá incluir en el cuerpo del commit "Closes #<id de la incidencia>".
Nota: se deben añadir comentarios a la incidencia que permitan seguir una traza de la evolución de la misma y las decisiones tomadas.
Formato
Se seguirá el formato propuesto por el equipo de integración con algunas modificaciones.
Etiquetas (labels)
Existen diferentes tipos:
- Etiquetas de estado:
- pending: aún no ha sido atendida por el encargado de gestionar las incidencias.
- in progress: se ha asignado a un responsable para solucionar la incidencia.
- finished: ya ha sido resuelta.
- Etiquetas de tipo:
- enhancement: propuesta de mejora.
- bug: fallos encontrados en el sistema.
- help wanted: incidencia que puede ser resuelta por un miembro del equipo, pero que ha sido atendida previamente por otro.
- question: a usar sólo entre miembros del equipo para dudas sobre un commit. Éste debe ser referenciado en la descripción.
- new functionality request: para solicitar formalmente una nueva funcionalidad en el sistema.
- duplicate: cuando la incidencia está duplicada. Se debe referenciar a la indecencia original.
- invalid: cuando la incidencia no cumpla con el formato propuesto.
- wontfix: cuando se ha decidido no darle una solución a la incidencia por alguna razón que debe ser explicada en los comentarios.
Además, cada red social tiene su propia etiqueta.
Gestión de tareas
Habrá un encargado de crear las tareas. Para gestionar las tareas, se utilizará el kanban de GitHub. Para ello, se ha creado un proyecto.
La persona encargada de una tarea lo único que tendrá que hacer es ir moviéndola por los diferentes estados que pueda estar ésta: TO DO, IN PROGRESS y DONE.
Nota: se deben añadir comentarios a la tarea que permitan seguir una traza de la evolución de la misma y las decisiones tomadas.
Gestión del código
Commits
Se seguriá el formato propuesto por el equipo de integración.
<tipo>: <título del commit> (espacio) <cuerpo del commit> (espacio) Closes #<número de la incidencia/tarea en GitHub>
Ejemplo:
fix: redirección errónea tras hacer like Después de que el usuario haga clic en el botón like de Facebook, éste no era redireccionado a la ventana de login. Ahora el usuario es redireccionado a esta ventana. Closes #5
Ramas (branches)
Disponemos de nueve ramas:
- Una rama por cada desarrollador, donde se implementará la funcionalidad asignada a cada uno.
- Una rama develop que integre todas las funcionalidades implementadas.
- Una rama principal o master para los entregables.
- Una rama hotfix para errores detectados en producción.