¿Cómo buscar un historial de repositorio git para encontrar un error de fusión?

Question

En algún punto de nuestras ramas anteriores de desarrollo en git se fusionaron. Sin embargo, se tomó la decisión de fusión incorrecta y, por lo tanto, algunos códigos no llegaron a la rama principal que esperábamos que estuvieran allí. (Hubo varias fusiones de diferentes ramas antes de una fusión final a una rama principal. Por lo tanto, la bifurcación y la fusión de la historia fue bastante compleja.)

¿Hay una manera fácil de buscar en un repositorio de git para determinar en qué fusionar el "error" "¿se tomó una decisión?

(. Yo ya sé la respuesta para este caso particular, pero el proceso de encontrar fue un poco tedioso)

EDIT: La culpa razón git resultó inadecuado es que la línea fue tocado en un algún momento comprometerse después el error de fusión

Answer 1

Si conoce una línea en un archivo que fue modificado por la fusión de git branch, puede hacer 'git blame file.txt' y determinar el número hash de confirmación y confirmar el autor de la línea en el archivo. Luego puede ir a través del registro de git y obtener la confirmación exacta asociada con la combinación de bifurcación incorrecta.

EDIT: En respuesta a los comentarios del autor, si está buscando la desaparición de una determinada línea, entonces 'git diff' combinado con grep y búsqueda binaria podría ser lo que desee. digamos que tienes números de compromiso 0,1,2,3,4,5,6. Usted sabe que la línea existió en la revisión 0, pero desapareció en la revisión 6. Use 'git diff' más grep para buscar la desaparición.

git diff 0 6 | grep '- line I care about' 

En la primera iteración, verá desaparecer la línea que le preocupa. A continuación, se corta el número de revisión por la mitad y vuelve a intentarlo

git diff 0 3 | grep '- line I care about' 

Si el grep aún muestra la línea de desaparecer (con el signo '-'), entonces usted sabe que la línea desapareció en revisión 0 a 3. Si el grep no muestra que la línea desaparece, luego la línea desapareció en las revisiones 4-6.

Siga cortando las revisiones a la mitad hasta que encuentre el culpable.

Answer 2

¿Puede git-bisect ayudar en su caso?

Answer 3

Sin más detalles Sólo puedo insinuar posibles soluciones. Si sabe que el archivo o la línea afectada, se puede tratar ya sea git-blame (git blame *file*, o git blame *revision* *file*), o puede intentar la llamada 'pico búsqueda' con git-log, es decir git log -S'*line* tratando de encontrar la revisión que introdujo da línea, o se elimina dado línea. Puede buscar y examinar todas las fusiones, por ejemplo, a través del git log -p -m --grep=Merge, y examinar cómo se relacionan con sus padres (-m muestran diffs a todos los padres; alternativamente, -c muestra la combinación de diferencias, pero no muestra cambios de fusión triviales, es decir, si se tomó una de las caras) .

Answer 4

Para otros que buscan una solución más simple, el fuego de gitk (o desde Git GUI ir al repositorio> Visualícense X Historia) y utilizar su herramienta de búsqueda.

Answer 5

Git log tiene potentes opciones de búsqueda.Ya que no hay la indicación que puede saber un trozo de código que desapareció, se puede buscar esa cadena de código

git log <HERE>..<THERE> -S"line I care about" --diff-filter=M

buscará de aquí para allá para la cadena después de -S y sólo cuando se modificó la línea (agregado o eliminado)

Puede lograr aún más precisión en su búsqueda si usa -G en lugar de -S. -G proporciona búsqueda de expresión regular en lugar de búsqueda literal de cadena con -S.