Punto negativo. El viernes pasado no publiqué el resumen. Siendo realista y mis ganas de escaparme el fin de semana: durante el verano publicaré el lunes.
Este resumen lo titulo «take it easy» porque no siento que esté haciendo tantas cosas como acostumbro a hacer, pero por otro lado me siento más aliviada y tranquila: necesitaba bajar el ritmo porque entre que no me pillo vacaciones en agosto y no he parado en mucho tiempo voy a acabar majara (aún más de lo que acostumbro).
Al lio! ¿Qué hice la semana pasada?
Currele
AsisT: Despliegue de la versión 1.10.5 de AsisT.
- Baterías de pruebas de la aplicación para desplegar la versión: pruebas en el entorno de pre-producción del funcionamiento de la aplicación con un terminal de teleasistencia en la propia oficina.
- Git problems: experimenté bastantes problemas con git cuando hacía un pull request. Siempre conflictos a mergear y de todas las ramas así como un dolor de cabeza a la hora de solucionarlo. Esto me llevó a 2 conclusiones:
- No estoy utilizando bien git.
- Tengo que investigar más cosas sobre git.
Hasta hace una semana creaba una rama por cada historia. Las herramientas que utilizo con Git es Netbeans y consola. Cosas buenas:
- Sabes que se ha desarrollado en esa rama y no se solapa con otros desarrollos.
- SI existe una persona encargada de validar el funcionamiento o código antes de pasarlo a develop, al estar sólo la rama no solapa nada más de funcionalidad.
- Al final puedes decidir si esa rama quieres introducirla o no a develop sin solapamientos.
- Puedes abrir varias ramas con distinta funcionalidad a la vez, una incluirla y la otra al no llegar a tiempo posponerla
- Netbeans es la plataforma en la que desarrollo.
Cosas muy malas:
- Tienes que solucionar cada conflicto con cada rama.
- Crecimiento de ramas desmesurado tanto en local como en remoto.
- En ocasiones pierdes el control de si finalmente esa rama ha sido validadad y subida por un pull request. (Imaginas que alguien la ha validado y está develop actualizado y que se le ha olvidado actualizar la herramienta de JIRA, pero no, es que no lo ha hecho).
- Tienes que cambiar a develop cada vez que vas a crear una rama de forma que sea independiente. Aunque el código no tenga conflictos, está trabajando sobre código
Lo que he empezado a hacer.
- Utilizar SourceTree como herramienta potentísima de Git: Higly recommended y eso que ahora solo he chapurreado.
- Seguir el modelo git flow: tienes una única rama «features» que haces todos los desarrollos de las ramas. (Por ahora la rama «hotfix» no he empezado a utilizarla). En realidad si haces buenos commits comentados, push cuando has terminado una historia y pull request de features a develop, la aplicación está muy organizada.
- El validador que de el visto bueno en develop. En develop están todos los cambios. Para esta persona supone más tiempo cambiarse de rama, además que revisa el código cuando ya están hechas varias historias (para qué complicarse tanto la vida si pueden estar todas las historias juntas).
- Si hay varios desarrollos en features y finalmente el otro no queremos subir el cambio: Esto espero que no me ocurra en la vida. Más que nada porque significará que soy una PAQUETE organizándome. Se empieza una cosa, se desarrolla y se termina. Si hay algo urgente, catastrófico, fugaz que hay que hacer, tendrá que ir a la rama «hotfix». Si es otro desarrollo, tendrá que esperar.
- Si no he terminado un desarrollo para este sprint, entonces los cambios no los publicaré a develop .
Me acabo de enrrollar mucho XDD. Continuando con las cosas del curro:
- Tag de la versión, actualización del jnlp, publicación de las nuevas librerías, actulización de las bases de datos y comprobación que las instalaciones funcionan correctamente.
- Documentación de hitos en la actualización.
- Documentación «checklist» de funcionalidad que hay que hacer en el equipo después de un despligue.
Y lo que no es currele
Reunión de Betabeers a nivel nacional.
- Hangout: Temas a hablar organizativos, puesta en marcha de activdades, etc.
http://www.patriciagarciagil.com: cambios pequeños en la web.
Tarde en la colaboradora: estuve trabajando en mi nuevo blog 🙂
Mover el evento del 7 de Agosto: Geek’s talks.
Saludos!
Software y otras desvirtudes 