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

1. Cuando uso Git, ¿cómo encuentro qué cambios he comprometido localmente, pero aún no he enviado a una sucursal remota? Estoy buscando algo similar al comando Mercurial hg outgoing.

2. Cuando uso Git, ¿cómo encuentro qué cambios tiene una rama remota antes de hacer un pull? Estoy buscando algo similar al comando Mercurial hg incoming.

Para el segundo: ¿hay alguna forma de ver lo que está disponible y luego elegir los cambios que quiero obtener?

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

Entonces, si tiene una rama llamada mastery una remota llamada origin, después de ejecutar git fetch, también debe tener una rama llamada origin/master. A continuación, puede obtener git logtodos los commits que masterdeben ser un superconjunto origin/masteral hacer git log master..origin/master. Invierta esos dos para obtener lo contrario.

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

Comenzando con 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}..

Uso lo siguiente incomingy los outgoingalias para hacer que lo anterior sea 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}..'

No es una respuesta completa, pero git fetch extraerá el repositorio remoto y no hará una fusión. Entonces puedes hacer un

git diff maestro origen / maestro

1. Use "git log origin..HEAD"

2. Utilice "git fetch" seguido de "git log HEAD..origin". Puede seleccionar confirmaciones individuales utilizando los ID de confirmación enumerados.

Lo anterior supone, por supuesto, que "origen" es el nombre de su rama de seguimiento remoto (que es si ha utilizado clonar con opciones predeterminadas).

También hay esto, para comparar todas las ramas:

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

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

Muestra todas las confirmaciones que se encuentran en cualquiera de las sucursales locales pero no en ninguna de las sucursales de seguimiento remoto para el origen (lo que tiene ese origen no).

Lo anterior es para outgoing. Para incoming, simplemente intercambiar:

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

yo lo haría

$ git fetch --dry-run

para hg incomingy

$ git push --dry-run

para hg outgoing.

git-out es un script que emula con hg outgoingbastante precisión. Se analiza en la salida "push -n", por lo que produce una salida precisa si necesita especificar argumentos adicionales para empujar.

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

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 master-> master". 5905 es la última confirmación que tiene el control remoto y los compromisos a través de (e incluyendo) 4878 se aplicarán al control remoto.

Luego puede usar 5905..4878 como argumentos para varios otros comandos 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

Cuando hace git fetch, todo el contenido, incluidas las ramas, las etiquetas (referencias) se almacenan temporalmente en .git / FETCH_HEAD cuyo contenido se puede ver con el comando: git log FETCH_HEAD Si no usa el sufijo -a con git fetch, entonces 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 fusionarlos si lo hace, o puede elegir simplemente si desea solo unas pocas confirmaciones de lo que se ha traído por fetch.