En parte, elegir un compromiso con Git

Estoy trabajando en 2 ramas diferentes: lanzamiento y desarrollo .

Noté que todavía necesito integrar algunos cambios comprometidos con la rama de lanzamiento nuevamente en la rama de desarrollo .

El problema es que no necesito todo el commit, solo algunos trozos en ciertos archivos, así que un simple

git cherry-pick bc66559

No hace el truco.

Cuando hago un

git show bc66559

Puedo ver la diferencia pero realmente no conozco una buena manera de aplicarla parcialmente a mi árbol de trabajo actual.

Lo principal que querrás aquí es git add -p( -pes sinónimo de --patch). Esto proporciona una forma interactiva de registrar el contenido, permitiéndole decidir si cada trozo debe entrar e incluso permitiéndole editar manualmente el parche si es necesario.

Para usarlo en combinación con cherry-pick:

git cherry-pick -n <commit> # get your patch, but don't commit (-n = --no-commit)
git reset                   # unstage the changes from the cherry-picked commit
git add -p                  # make all your choices (add the changes you do want)
git commit                  # make the commit!

(¡Gracias a Tim Henigan por recordarme que git-cherry-pick tiene una opción --no-commit, y gracias a Felix Rabe por señalar que necesita reiniciar! Si solo quiere dejar algunas cosas fuera del commit , podría usar git reset <path>...para desestabilizar solo esos archivos).

Por supuesto, puede proporcionar rutas específicas add -psi es necesario. Si está comenzando con un parche, puede reemplazarlo cherry-pickpor apply.

Si realmente quieres un git cherry-pick -p <commit>(esa opción no existe), puedes usar

git checkout -p <commit>

Eso diferenciará la confirmación actual contra la confirmación que especifique, y le permitirá aplicar trozos de esa diferencia individualmente. Esta opción puede ser más útil si la confirmación que está realizando tiene conflictos de fusión en parte de la confirmación que no le interesa. (Tenga en cuenta, sin embargo, que checkoutdifiere de cherry-pick: checkoutintenta aplicar <commit>los contenidos por completo, cherry-pickaplica la diferencia de el commit especificado de su padre. Esto significa que checkoutpuede aplicar más que solo ese commit, que podría ser más de lo que desea).

Sé que estoy respondiendo una vieja pregunta, pero parece que hay una nueva forma de hacerlo con la verificación interactiva:

git checkout -p bc66559

Crédito para ¿Puedo elegir interactivamente trozos de otro git commit?

Suponiendo que los cambios que desea están en la cabecera de la rama desde la que desea los cambios, use git checkout

para un solo archivo:

git checkout branch_that_has_the_changes_you_want path/to/file.rb

para múltiples archivos solo en cadena:

git checkout branch_that_has_the_changes_you_want path/to/file.rb path/to/other_file.rb

Sobre la base de la respuesta de Mike Monkiewicz , también puede especificar uno o más archivos para pagar desde el sha1 / branch suministrado.

git checkout -p bc66559 -- path/to/file.java 

Esto le permitirá elegir de manera interactiva los cambios que desea aplicar a su versión actual del archivo.

Si desea especificar una lista de archivos en la línea de comando y hacer todo en un solo comando atómico, intente:

git apply --3way <(git show -- list-of-files)

--3way: Si un parche no se aplica limpiamente, Git creará un conflicto de fusión para que puedas ejecutarlo git mergetool. Omitir --3wayhará que Git renuncie a los parches que no se aplican limpiamente.

Si "seleccionar en parte la cereza" significa "dentro de los archivos, elegir algunos cambios pero descartar otros", se puede hacer incorporando git stash:

1. Haz la selección completa de cerezas.
2. git reset HEAD^ para convertir todo el compromiso seleccionado en cambios de trabajo no organizados.
3. Ahora git stash save --patch: seleccione interactivamente material no deseado para guardar.
4. Git revierte los cambios escondidos de tu copia de trabajo.
5. git commit
6. Bote el alijo de cambios no deseados: git stash drop.

Consejo: si le da un nombre al alijo de cambios no deseados: git stash save --patch junksi olvida hacer (6) ahora, más tarde reconocerá el alijo por lo que es.

Use git format-patchpara cortar la parte del compromiso que le interesa y git amaplicarlo a otra rama

git format-patch <sha> -- path/to/file
git checkout other-branch
git am *.patch