Diferencia entre revisiones de «Administración de votaciones - 17 18 - G1»
m (→Formato para detallar tecnologías elegidas) |
m (→Entorno de trabajo) |
||
(No se muestran 10 ediciones intermedias del mismo usuario) | |||
Línea 2: | Línea 2: | ||
<ul> | <ul> | ||
− | <li>Domingo Muñoz Daza | + | <li>Domingo Muñoz Daza </li> |
<li>Ana Rosa Aparicio Ramos</li> | <li>Ana Rosa Aparicio Ramos</li> | ||
<li>Elvira García Ruiz</li> | <li>Elvira García Ruiz</li> | ||
<li>Javier Centeno Vega</li> | <li>Javier Centeno Vega</li> | ||
− | <li>Jose Manuel Pallero Hidalgo</li> | + | <li>Jose Manuel Pallero Hidalgo (coordinador)</li> |
</ul> | </ul> | ||
− | == | + | == Uso de Git == |
+ | === Repositorio de GitHub === | ||
El repositorio de GitHub del equipo será accesible en este [https://github.com/Proyecto-EGC-G1/AdminVotaciones-EGC-G1 enlace] | El repositorio de GitHub del equipo será accesible en este [https://github.com/Proyecto-EGC-G1/AdminVotaciones-EGC-G1 enlace] | ||
Cualquier decisión importante añadida a él o cambio que pueda implicar al resto de grupos se notificará a los coordinadores previamente. | Cualquier decisión importante añadida a él o cambio que pueda implicar al resto de grupos se notificará a los coordinadores previamente. | ||
+ | |||
+ | === Creando Issues === | ||
+ | Todos los detalles y procedimientos para crear una issue han sido detallados en el siguiente [https://docs.google.com/document/d/1ttf5kepdCb4eDvz0qcZvQxQdUMmq3SXKN91aQX7DTAs/edit?usp=sharing documento] | ||
+ | |||
+ | === Haciendo merge entre ramas === | ||
+ | Para conseguir un historial con una visión limpia y clara del trabajo, es importante que al hacer merge de ramas funcionales se impida hacer fast-forward, de manera que podamos ver cómo ha evolucionado cada rama aunque esta sea sencilla. Para ello, nos ponemos en la rama en la que queremos fusionar la funcionalidad (develop), y se ejecuta el siguiente comando: | ||
+ | |||
+ | '''git merge funcionalidad --no-ff''' | ||
+ | |||
+ | === Otros comandos útiles === | ||
+ | Muestra el historial de ramas en un gráfico: | ||
+ | |||
+ | '''git log --graph --decorate --oneline''' | ||
== Entorno de trabajo== | == Entorno de trabajo== | ||
− | + | Nuestro entorno de trabajo será variado, ya que desarrollamos tanto desde Linux, como Windows y Mac, debido a los terminales de los componentes del grupo. Todos usamos Eclipse con el plugin Pydev para el desarrollo en Python, así como eGit para el control de versiones con eclipse. | |
+ | |||
+ | [https://docs.docker.com/compose/django/#define-the-project-components Guía para crear el contenedor docker con Django] | ||
+ | |||
+ | == Tecnologías y Procedimientos == | ||
− | == | + | === Tecnologías elegidas === |
− | |||
− | |||
'''Subsistema''': Administración de Votaciones | '''Subsistema''': Administración de Votaciones | ||
− | '''Lenguaje/Herramienta''': | + | '''Lenguaje/Herramienta''': Python 2.7 |
− | '''Sistema de gestión de bibliotecas''': | + | '''Sistema de gestión de bibliotecas''': Pip |
− | '''Bibliotecas''': | + | '''Bibliotecas''': |
− | ''' | + | '''python-mysql''': latest |
+ | '''django''': 1.5 | ||
'''Necesita Base de datos''': Sí, MariaDB 10.1 | '''Necesita Base de datos''': Sí, MariaDB 10.1 | ||
=== Procedimiento de gestión de tareas, cambios e incidendias === | === Procedimiento de gestión de tareas, cambios e incidendias === | ||
− | + | Todos los procedimientos que seguimos en nuestro equipo están detallados en este [https://docs.google.com/document/d/1tH52WndD-j7og2Sdn1qNRSUsofQrI_fuDGaMcGlaACM/edit?usp=sharing documento] | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− |
Revisión actual del 18:54 4 ene 2018
Contenido
Miembros
- Domingo Muñoz Daza
- Ana Rosa Aparicio Ramos
- Elvira García Ruiz
- Javier Centeno Vega
- Jose Manuel Pallero Hidalgo (coordinador)
Uso de Git
Repositorio de GitHub
El repositorio de GitHub del equipo será accesible en este enlace Cualquier decisión importante añadida a él o cambio que pueda implicar al resto de grupos se notificará a los coordinadores previamente.
Creando Issues
Todos los detalles y procedimientos para crear una issue han sido detallados en el siguiente documento
Haciendo merge entre ramas
Para conseguir un historial con una visión limpia y clara del trabajo, es importante que al hacer merge de ramas funcionales se impida hacer fast-forward, de manera que podamos ver cómo ha evolucionado cada rama aunque esta sea sencilla. Para ello, nos ponemos en la rama en la que queremos fusionar la funcionalidad (develop), y se ejecuta el siguiente comando:
git merge funcionalidad --no-ff
Otros comandos útiles
Muestra el historial de ramas en un gráfico:
git log --graph --decorate --oneline
Entorno de trabajo
Nuestro entorno de trabajo será variado, ya que desarrollamos tanto desde Linux, como Windows y Mac, debido a los terminales de los componentes del grupo. Todos usamos Eclipse con el plugin Pydev para el desarrollo en Python, así como eGit para el control de versiones con eclipse.
Guía para crear el contenedor docker con Django
Tecnologías y Procedimientos
Tecnologías elegidas
Subsistema: Administración de Votaciones Lenguaje/Herramienta: Python 2.7 Sistema de gestión de bibliotecas: Pip Bibliotecas: python-mysql: latest django: 1.5 Necesita Base de datos: Sí, MariaDB 10.1
Procedimiento de gestión de tareas, cambios e incidendias
Todos los procedimientos que seguimos en nuestro equipo están detallados en este documento