¿Qué significa elegir un commit con git?

Esta cita está tomada de; Control de versiones con Git (Muy buen libro, te animo a comprarlo si estás interesado en git)

Editar: Ya que esta respuesta todavía está recibiendo la impresión, me gustaría añadir muy agradable en vídeo tutorial de acción sobre ella:

Youtube: Introducción a Git cherry-pick

Usando git cherry-pick El comando git cherry-pick commit aplica cambios introducidos por el commit nombrado en la rama actual. Lo hará introduce una nueva confirmación distinta. Estrictamente hablando, usando git cherry-pick no altera el historial existente dentro de un repositorio; en cambio, se suma a la historia. Al igual que con otras operaciones de Git que introducir cambios a través del proceso de aplicación de un diff, es posible que necesite resolver conflictos para aplicar completamente los cambios de la confirmación dada . El comando git cherry-pick se usa típicamente para introducir commits de una rama dentro de un repositorio en un repositorio diferente Sucursal. Un el uso común es reenviar-o retroceder-cambios de puerto desde un mantenimiento rama a una rama de desarrollo.

$ git checkout rel_2.3
$ git cherry-pick dev~2 # commit F, above

Antes:

Después:

Cherry picking en Git está diseñado para aplicar algunos commit de una rama a otra rama. Se puede hacer si usted por ejemplo. cometió un error y cometió un cambio en la rama incorrecta, pero no desea fusionar toda la rama. Usted puede sólo por ejemplo. revierte el commit y escógelo en otra rama.

Para usarlo, solo necesita git cherry-pick hash, donde hash es un hash de confirmación de otra rama.

Para el procedimiento completo, véase: http://technosophos.com/2009/12/04/git-cherry-picking-move-small-code-patches-across-branches.html

Cherry-pick es una característica de Git. Si alguien quiere enviar confirmaciones específicas en una rama a una rama de destino, entonces se usa cherry-pick.
git cherry-pick los pasos son los siguientes.

1. checkout (cambiar a) rama de destino.

2. git cherry-pick <commit id>
   

   Aquí el id de confirmación es el id de actividad de otro branch.Eg.

   git cherry-pick 9772dd546a3609b06f84b680340fb84c5463264f
   

3. push to target branch

Visita https://git-scm.com/docs/git-cherry-pick

Puedes pensar si un cherry pick es similar a un rebase, o más bien se maneja como un rebase. Con esto, quiero decir que toma un commit existente y lo regenera tomando, como punto de partida, la cabeza de la rama en la que estás actualmente.

Un rebase toma un commit que tenía un padre X y regenera el commit como si realmente tuviera un padre Y, y esto es precisamente lo que hace un cherry-pick.

Cherry pick es más acerca de cómo seleccionar las confirmaciones. Con pull (rebase), git regenera implícitamente tus commits locales encima de lo que se extrae de tu rama, pero con cherry-pick eliges explícitamente algunos commits, e implícitamente los regeneras encima de tu rama actual.

Así que la forma en que lo haces difiere, pero bajo el capó son operaciones muy similares - la regeneración de commits.

Es algo así como Copiar (desde algún lugar) y Pegar (a algún lugar), pero para confirmaciones específicas.

Si desea hacer una corrección en caliente, por ejemplo, puede usar la función cherry-pick.

Hacer su cherry-pick en una rama de desarrollo, y merge que se comprometen a una rama de liberación. Del mismo modo, haga un cherry-pick desde una rama release a master. Voila