Extraiga todas las confirmaciones de una rama, envíe las confirmaciones especificadas a otra

Tengo las siguientes ramas:

• master
• production

y las siguientes ramas remotas:

• origin/master
• origin/production

Tengo un script que busca la origin/masterrama y obtiene la diferencia de lo que cambió desde mi última búsqueda ( log -p master..origin/master). Luego me fusiono origin/master.

Las confirmaciones encontradas se envían a una herramienta de revisión de código.

Quiero llevar las confirmaciones exitosas, y solo ellas, a la rama de producción, y luego, por supuesto, a origin/production.

¿Como lo puedo hacer?

Además, tengo 2 scripts en ejecución: el que recupera origin/master, envía los detalles de las confirmaciones a una base de datos y se fusiona, y la otra que estoy escribiendo actualmente tendrá que impulsar las confirmaciones exitosas.

Me gustaría tener esos 2 scripts ejecutándose mientras evito condiciones de carrera / conflicto de fusión. Dado que solo quiero trabajar con confirmaciones específicas, ¿tal vez haya una forma de deshacerme de las confirmaciones que no quiero?

El término que creo que estás buscando es una 'selección de cereza'. Es decir, tome una única confirmación del medio de una rama y agréguela a otra:

A-----B------C
 \
  \
   D

se convierte en

A-----B------C
 \
  \
   D-----C'

Esto, por supuesto, se puede hacer con el comando git cherry-pick.

El problema con esta confirmación es que git considera que las confirmaciones incluyen todo el historial antes que ellas, por lo tanto, si tiene tres confirmaciones así:

A-----B-----C

Y trata de deshacerte de B, tienes que crear una confirmación completamente nueva como esta:

A-----------C'

Donde C 'tiene un ID SHA-1 diferente. Del mismo modo, seleccionar una confirmación de una rama a otra básicamente implica generar un parche, luego aplicarlo, perdiendo así el historial de esa manera también.

Este cambio de los ID de confirmación rompe la funcionalidad de fusión de git entre otras cosas (aunque si se usa con moderación, hay heurísticas que lo cubrirán). Sin embargo, lo que es más importante, ignora las dependencias funcionales: si C realmente usó una función definida en B, nunca lo sabrá.

Quizás una mejor manera de manejar esto sería tener ramas más finas. Es decir, en lugar de tener un 'maestro', tenga 'featureA', 'bugfixB', etc. Realice la revisión del código en una rama completa a la vez, donde cada rama está muy enfocada en hacer solo una cosa, y luego fusionar eso una rama cuando haya terminado. Este es el flujo de trabajo para el que está diseñado git y para lo que es bueno :)

Si insiste en lidiar con las cosas a nivel de parches, es posible que desee mirar darcs: considera que un repositorio es un conjunto de parches y, por lo tanto, la selección selectiva se convierte en la operación fundamental. Sin embargo, esto tiene su propio conjunto de problemas, como ser muy lento :)

Editar: Además, no estoy seguro de entender su segunda pregunta sobre los dos guiones. ¿Quizás podría describirlo con más detalle, posiblemente como una pregunta separada para evitar que las cosas se vuelvan confusas?

Me doy cuenta de que esta es una pregunta antigua, pero se hace referencia aquí: Cómo fusionar una confirmación específica en Git

Por lo tanto, una respuesta más reciente: use ramas de funciones y solicitudes de extracción.

Cómo se ve esto, donde fA es una confirmación con la característica A y fB es una confirmación con la característica B:

            fA   fC (bad commit, don't merge)
           /  \ /
master ----A----B----C
                \  /
                 fB

Las solicitudes de extracción están asociadas con la funcionalidad de GitHub, pero en realidad todo lo que quiero decir es que alguien tiene la responsabilidad de fusionar las ramas de funciones en master.