git cherry-pick no funciona

Question

Estoy tratando de seleccionar un compromiso de maestro y ponerlo en la rama de producción actual. Sin embargo, cuando ejecuto git cherry-pick <SHA-hash>, acabo de recibir este mensaje:

# On branch prod_20110801 
# Untracked files: 
# (use "git add <file>..." to include in what will be committed) 
# site/test-result/ 
nothing added to commit but untracked files present (use "git add" to track) 
The previous cherry-pick is now empty, possibly due to conflict resolution. 
If you wish to commit it anyway, use: 

    git commit --allow-empty 

Otherwise, please use 'git reset' 

Nota: He intentado hacer un reset y una cabeza --hard reinicio ^, y tampoco parecía que cambiar nada.

No estoy seguro de por qué esto no funciona para mí.

Cualquier información, consejo o idea sobre cómo resolver esto sería útil ~!

Answer 1

Git está resolviendo el pick-up como una opción no operativa; todos los cambios introducidos por esa confirmación han sido introducidos por alguna confirmación en su rama actual. (O eso es lo que piensa Git, de todos modos). Verifique que la confirmación que está recogiendo no se haya fusionado de alguna manera, ya sea como una combinación adecuada, rebase/cherry-pick o parche por partes. (Uso git show <commit-id> para ver el diff.)

Answer 2

En mi caso esto me estaba volviendo loco, ya que era bastante obvio que la específica cometer quería recogida de cereza habían no han fusionado en mi rama actual.

Resulta que alguien tenía ya cherry escogió el compromiso una semana antes. El cambia, pero no el SHA específico, ya estaban en mi rama actual, y no los había notado.

Compruebe el (los) archivo (s) que está intentando seleccionar. Si ya tienen los cambios, una versión de la confirmación ya se ha seleccionado o agregado de otra manera. Por lo tanto, no hay necesidad de recogerlo de nuevo.

Answer 3

También tenga en cuenta que la adición de un archivo vacío (por ejemplo, .gitkeep) al árbol es considerada por cherry-pick como una confirmación vacía.

Answer 4

lo tanto, aquí tenemos otro confusa situación donde esto puede surgir: Tenía la siguiente:

yo estaba tratando de selección de la cereza 9a7b12e que al parecer es nada - que incluso trató de decirme en esa línea en la salida de registro de git que 4497428 era lo que realmente quería. (Lo que hice fue buscar el mensaje de confirmación y obtuve el primer hash que vi que lo tenía). De todos modos, solo quiero dejarle saber a la gente que hay otra manera en la que puedes ser engañado para intentar elegir una opción.