Flujo de trabajo de Github: trabajar en múltiples twigs que usan los mismos files

Soy nuevo en Git y estoy tratando de descubrir cuál es el mejor flujo de trabajo cuando se trata de varias sucursales que usan los mismos files. El flujo de trabajo en la oficina es más o less para crear una nueva sucursal por cada boleto que entre. Mi mayor preocupación es que cuando estas sucursales se fusionan con el escenario y la producción, todos los cambios se implementen.

Ejemplo

Digamos que creo branchA desde la producción. Luego modifico app.js y puse una request de extracción a la twig QA.

Ahora creo una nueva twig de producción llamada branchB. Luego modifico app.js y puse una request de extracción a la twig QA.

branchB no tiene los cambios que se hicieron en branchA.

Siento que si continúo este flujo de trabajo siempre estaré en un estado conflictivo.

¿Cuál es la mejor manera de trabajar en twigs separadas, que modificará muchos de los mismos files, y asegúrese de que cuando se fusionen en control de calidad contengan el código más reciente?

Gracias por la ayuda.

¿Cuál es el motivo de una sucursal separada para cada boleto? – Por lo general, le da la opción de fusionar la solución de una twig, pero rechazar la de la otra. Usted hace una request de extracción para ambos y el responsable puede decidir fusionarlos, o no.

Si este es el caso, tus twigs deben ser independientes. Si una twig inserta la solución A y la otra una solución conflictiva B, entonces el mantenedor debe elegir solo una de ellas o combinar manualmente ambas soluciones.


Si usted es prácticamente el único que trabaja en estos tickets y todas las soluciones son generalmente aceptadas, entonces puede basar la segunda solución en la primera. (que es básicamente, lo que está haciendo git rebase )

La desventaja es: si lo haces de esta manera, ya no podrás tener la segunda solución sin la primera.

=> La mejor solución depende de tu situación concreta.


A veces puede evitar conflictos estructurando su código para separar claramente diferentes funcionalidades. – Pero tan pronto como dos soluciones cambian la misma funcionalidad de una manera diferente. Alguien tiene que decidir cómo resolver ese conflicto.