¿Cuándo crear una nueva confirmación en una twig de características?

Al trabajar en una nueva historia de usuario, creo una twig de function desde la twig principal.

En la twig de características, creo una nueva confirmación,

  • cuando creo que mi trabajo está listo para ser enviado a GitHub para su revisión, o
  • cuando modifico algo en el compromiso actual, ya sea después de que me doy count o reciba una request de cambio de los revisores del código

Ahora me pregunto si hay otros casos en los que sea mejor crear una nueva confirmación.

Por ejemplo, cuando la historia del usuario para una twig de características se puede dividir en sub-problemas muy pequeños.

  • ¿Es mejor agrupar el trabajo para diferentes subproblemas en diferentes compromisos, que crear una única confirmación que contenga el trabajo para todos los subproblemas? ¿La forma anterior facilitará que el revisor del código o más adelante lean y comprendan el trabajo realizado en la historia del usuario?

  • Cuando más tarde modifique mi trabajo ya comprometido, en function de las requestes de cambio de los revisores del código o de mi propia comprensión de la necesidad de mejora, ¿también debo crear diferentes compromisos basados ​​en cambios para diferentes subproblemas?

Puede estar pensando en demasiadas cosas a la vez en relación con las confirmaciones y revisiones aquí. Las revisiones suceden en el nivel de function . Los compromisos son mucho más granulares que eso.

Piensa en crear confirmaciones como presionar CTRL + S en un documento. Haces eso para que no pierdas ninguno de tus trabajos existentes, ya sea porque trabajas en él a las 3 AM, o porque tu gato salta sobre tu keyboard y descansa sobre la tecla Retroceso. En esencia, quiere comprometerse temprano y comprometerse a menudo.

Cómo se rompe el trabajo para su revisión es una decisión que tendrá que hablar con su equipo, ya que cada equipo tiene un sabor diferente al que les gusta trabajar.