Usando Git, ¿cómo puedo encontrar cambios entre local y remoto?

Question

Aquí hay dos preguntas diferentes, pero creo que están relacionadas.

1. Al usar Git, ¿cómo puedo encontrar los cambios que he confirmado localmente, pero que aún no han enviado a una sucursal remota? Estoy buscando algo similar al comando Mercurial hg outgoing.

2. Al usar Git, ¿cómo puedo encontrar los cambios que tiene una rama remota antes de hacer una extracción? Estoy buscando algo similar al comando Mercurial hg incoming.

Por el segundo: ¿hay alguna manera de ver qué hay disponible y luego seleccionar los cambios que quiero extraer?

Answer 1

Git no puede enviar ese tipo de información a través de la red, como Hg. Pero puede ejecutar git fetch (que es más como hg pull que hg fetch) para obtener nuevas confirmaciones de sus servidores remotos.

Por lo tanto, si usted tiene una rama llamada master y un control remoto llamado origin, después de ejecutar git fetch, también debe tener una rama llamada origin/master. A continuación, puede obtener el git log de todas las confirmaciones que master debe ser un superconjunto de origin/master haciendo git log master..origin/master. Invierta esos dos para obtener lo opuesto.

Un amigo mío, David Dollar, ha creado un par de scripts de shell git para simular hg incoming/outgoing. Puede encontrarlos en http://github.com/ddollar/git-utils.

Answer 2

1. Uso "git log origin..HEAD"

2. Uso "git fetch" seguido de "git log HEAD..origin". Puede seleccionar cuidadosamente compromisos individuales utilizando los ID de confirmación listados.

El anterior supone, por supuesto, que el "origen" es el nombre de la rama de seguimiento a distancia (que es si usted ha utilizado clon con opciones por defecto).

Answer 3

No es una respuesta completa, pero git fetch retirará el repositorio remoto y no realizará una fusión. Puede hacer un

git diff master origin/master

Answer 4

También hay esto, para la comparación de todas las ramas:

git log --branches --not --remotes=origin 

Esto es lo que la página del manual git log dice acerca de esto:

Shows all commits that are in any of local branches but not in any of remote tracking branches for origin (what you have that origin doesn’t).

Lo anterior es para outgoing. Para incoming, sólo cambio:

git log --remotes=origin --not --branches 

Answer 5

A partir de Git 1.7.0, hay una sintaxis especial que le permite referirse genéricamente a la rama ascendente: @{u} o @{upstream}.

Para imitar hg incoming:

git log ..@{u} 

para imitar hg outgoing:

git log @{u}.. 

utilizo los siguientes incoming y outgoing alias para hacer lo anterior más fácil de usar:

git config --global alias.incoming '!git remote update -p; git log ..@{u}' 
git config --global alias.outgoing 'log @{u}..' 

Answer 6

git-out es un script que emula hg outgoing con bastante precisión. Analiza la salida "push-n", por lo que produce resultados precisos si necesita especificar argumentos adicionales para enviar.

Answer 7

git entrante

$ git fetch && git log ..origin/master --stat 
OR 
$ git fetch && git log ..origin/master --patch 

git saliente

$ git fetch && git log origin/master.. --stat 
OR 
$ git fetch && git log origin/master.. --patch 

Answer 8

lo haría

$ git fetch --dry-run 

para hg incoming y

$ git push --dry-run 

para hg outgoing.

Answer 9

Cuando las respuestas "git log" y @ {u} inicialmente me dieron errores de "revisión desconocida", probé la sugerencia de Chris/romkyns de git push --dry-run.

Obtendrá una salida como "5905..4878 maestro-> maestro". 5905 es la última confirmación que el control remoto tiene y se compromete a través de (e incluyendo) 4878 se aplicará al control remoto.

A continuación, puede utilizar 5905..4878 como argumentos a varios otros comandos de Git para obtener más detalles:

git diff 5905..4878 # Gives full code changes in diff style 

git log --online 5905..4878 # Displays each commit's comment 

Answer 10

Cuando no traes git, todos los contenidos que incluyen ramas, etiquetas (referencias) se almacenan temporalmente en .git/FETCH_HEAD cuyo contenido se puede ver con el comando: git log FETCH_HEAD Si no utiliza el sufijo -a con git fetch, de manera predeterminada, el contenido de FETCH_HEAD se sobrescribirá con nuevos contenidos. A partir de estos contenidos, puede ver y decidir a qué rama desea unirlos si lo hace o puede seleccionar de forma simple si solo desea unas cuantas confirmaciones de lo que ha sido traído por fetch.