En mi caso voy del editor a la terminal todo el tiempo, para montones de cosas. Suelo tener tabs separados de la terminal para los tests unitarios, el repo, los tests de aceptación, el servidor, etc.
Saludos,
2014-05-30 5:50 GMT-03:00 Jesús Jiménez Ballano <jjba...@gmail.com>:Hacer commit en cada mini paso de rojo, verde y refactor no os saca del flow de TDD? No lo he probado nunca, pero salir del editor en cada uno de esos pasos creo que puede hacer que pierda el foco fácilmente.Hacéis el push con todos esos commits? Normalmente un exceso de información es desinformación y si quiero buscar un cambio que se hizo el mes pasado, no es lo mismo buscarlo entre 100 commits que entre 3000. Cómo manejáis esto?Lo probaré en alguna cosa personal que haga para ver como de util me resulta.2014-05-30 9:12 GMT+02:00 Antonio Martinez <amal...@gmail.com>:
Otra cosa que se me ha pasado decir (y que lo he recordado al leer el artículo de Carlos) es que estoy continuamente actualizando mi rama con código de la rama principal de desarrollo. En mi caso uso sourcetree y me avisa cuando estoy desincronizado de la rama principal, en cuanto actualizo, propago los cambios a mi rama de feature. Nosotros somos 3 desarrolladores y solemos trabajar en los mismos ficheros porque nos repartimos features end-to-end que van desde la interfaz hasta la BD, así que es fácil que cambiemos mapeos, extendamos clases o modifiquemos la UI, es importante que estos cambios se vean reflejado en el resto de ramas para poder realizar features consistentes.
Yo siempre hago push al final de la mañana y al final de día de mi rama para tener el código disponible en otras máquinas, ya que tengo distinta máquina en el trabajo y en casa.Yo lo que si hago por ahora es hacer comentarios más largos, suelo explicar un poco que clases he tocado y porqué, un poco como los comentarios de código.
El jueves, 29 de mayo de 2014 13:56:54 UTC+2, Francisco Joaquín Calles Fernández escribió:Hola a todos,Hemos publicado este post, en el que intentamos explicar cuando integrar el commit en el ciclo TDD.Esperamos que os sea útil.--
Has recibido este mensaje porque estás suscrito al grupo "TDDev" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a tddev-sp+u...@googlegroups.com.
Para publicar en este grupo, envía un correo electrónico a tdde...@googlegroups.com.
Visita este grupo en http://groups.google.com/group/tddev-sp.
Para acceder a más opciones, visita https://groups.google.com/d/optout.
--
Has recibido este mensaje porque estás suscrito al grupo "TDDev" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a tddev-sp+u...@googlegroups.com.
Para publicar en este grupo, envía un correo electrónico a tdde...@googlegroups.com.
Visita este grupo en http://groups.google.com/group/tddev-sp.
Para acceder a más opciones, visita https://groups.google.com/d/optout.
--
Has recibido este mensaje porque estás suscrito al grupo "TDDev" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a tddev-sp+u...@googlegroups.com.
Para publicar en este grupo, envía un correo electrónico a tdde...@googlegroups.com.
Visita este grupo en http://groups.google.com/group/tddev-sp.
Para acceder a más opciones, visita https://groups.google.com/d/optout.