Siempre estoy interesado en probar cosas nuevas con mi flujo de trabajo, y pensé que podría ser un experimento interesante comprometer automáticamente entre rojo, verde y pasos de refactorización, pero luego aplazar manualmente las confirmaciones una vez que termine una característica específica (y antes de empujar).Compromiso automático de git entre los pasos rojo, verde y refactorizador?
Me preguntaba si alguien más ha intentado esto antes? Creí haber leído sobre esto una vez, pero no puedo encontrar ninguna referencia.
Espero que un beneficio sea centrarse más en comprometerme con frecuencia, así como también poder ver mi flujo de trabajo visualmente para poder mejorarlo. Por ejemplo, antes de aplastar puedo ver si mi tiempo entre rojo y verde es demasiado largo, o si el número de cambios de código que hago es mayor de lo necesario entre cada paso.
que iba a poner en práctica esta forma de plugin guard de manera que al guardar un archivo de especificaciones o en la biblioteca, se ejecuta las especificaciones y confirma el cambio con un mensaje de confirmación como:
Green: 1621 examples, 0 failures, 2 pending (1659 tests/s, 0.0006 p/test)
La idea es que Podría escanear visualmente esto al aplastar y determinar dónde agrupar los compromisos Rojo/Verde/Refactor relacionados mediante cambios lógicos.
En el peor de los casos pensé que podría ser un experimento divertido, en el mejor de los casos podría darme una forma diferente de ver cómo trabajo.
Pensé en ese tipo de flujo de trabajo. Para el comienzo, me iba a comprometer después de cada ejecución de especificación. Sin embargo, modificar el cambio de estado puede reducir el ruido. – dkubb