Agregue commits a una twig fusionada y comience una nueva request de extracción

Así es como han ido las cosas hasta ahora:

  1. Cometió algún trabajo en la twig A;
  2. Presentado una request de extracción en la twig A;
  3. La request de extracción se ha fusionado en sentido ascendente;

Ahora, quiero agregar algo de trabajo a la twig A. ¿Es posible reabrir la Solicitud de extracción existente para que se puedan agregar las confirmaciones adicionales y luego volver a fusionarlas? Si no, ¿cómo puedo hacer esto de una manera limpia? Pensé en crear otra sucursal y abrir una request de extracción a partir de esa, pero no parece correcto, se debe comprometer trabajo adicional a la misma sucursal.

Respuesta rápida:

No, no puede volver a abrir la request de extracción si se fusionó, y si puede, no debería hacerlo de todos modos.

TL; DR:

Por lo general, usted envía una request de extracción cuando los cambios agregan algún valor (funcional / no funcional) a la base de código subyacente. El valor puede ser una simple statement de logging, una solución de performance o una gran característica, pero una request de extracción generalmente se solicita cuando tiene un trabajo que no depende de los cambios de seguimiento.

Piénselo, ¿cree que puede fusionar una request de extracción, sabiendo que el rest del código posiblemente nunca llegue, dejando incompleta su base de código? Personalmente, nunca fusiono twigs progresivas a less que no tenga otra opción. Intento recordar cuándo lo hice la última vez (y creo que lo hice) pero no recuerdo.

Escenarios en los que es posible que desee hacerlo:

  • Alguien más necesita mis cambios, estoy bloqueando a alguien: si este es el caso, ¿por qué el otro colega no retira los cambios de su repository, o incluso puede trabajar en una twig de características lejos de la base del código liberable?

  • Desea comentarios previos: está bien que revisemos su código lo antes posible. Si desea información de otras personas, indique en la request de extracción que no debe fusionarse, y puede agregar todas las confirmaciones que desee, y la gente sugiere cambios mientras está codificando la function. Este no es el uso más ortodoxo de una request de extracción, pero ¿por qué no? Aún mejor que fusionar media característica.

  • Algunas especificaciones han cambiado y necesito implementarlas: debe ser una nueva request de extracción. Hiciste tu trabajo bien la primera vez, por lo que hiciste todo bien. Esto está bien si adoptas un enfoque ágil en tu proyecto y haces muchos cambios en intervalos de time cortos. Siempre que su primera request de extracción se haya aceptado y sea correcta (se haya agregado algo que se pueda entregar), debería estar bien creando otra request de extracción -> Nuevos requisitos.

En cualquier caso, puede continuar trabajando en su sucursal y abrir otra request de extracción más tarde. Dado que una request de extracción es solo una "request de parche" de la diferencia entre dos twigs, usted está bien.

Indíqueme si hay otro caso de uso que lo motive a enviar una request de extracción en las condiciones que describió. Estaré feliz de agregar un razonamiento para esos también.

PD: Asegúrate fast-forward o rebase a rebase base de tu bifurcación objective antes de trabajar más en ella, te ahorrará mucho trabajo más adelante en conflictos de combinación, etc.