Git не может отправлять такую ​​информацию по сети, как Hg. Но вы можете запустить git fetch (который больше похож на hg pull, чем на hg fetch) для получения новых коммитов с ваших удаленных серверов.

Итак, если у вас есть ветка с именем master и удаленная ветка с именем origin, после запуска git fetch у вас также должна быть ветка с именем origin/master. Затем вы можете получить git log всех коммитов, которые master должны быть надмножеством origin/master, выполнив git log master..origin/master. Поменяйте местами эти два, чтобы получить противоположное.

Мой друг, Дэвид Доллар, создал пару сценариев оболочки git для имитации hg incoming/outgoing. Вы можете найти их на странице http://github.com/ddollar/git-utils.

Начиная с Git 1.7.0, существует специальный синтаксис, который позволяет вам в общем ссылаться на ветвь восходящего потока: @{u} или @{upstream}.

Чтобы имитировать hg incoming:

git log ..@{u}

Чтобы имитировать hg outgoing:

git log @{u}..

Я использую следующие псевдонимы incoming и outgoing, чтобы упростить использование вышеуказанного:

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

1. Используйте "git log origin..HEAD"

2. Используйте «git fetch», а затем «git log HEAD..origin». Вы можете выбрать отдельные коммиты, используя перечисленные идентификаторы коммитов.

Вышеупомянутое, конечно, предполагает, что "origin" - это имя вашей ветки удаленного отслеживания (что и есть, если вы использовали clone с параметрами по умолчанию).

Также есть это для сравнения всех веток:

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

Вот что об этом говорится на странице руководства git log:

Показывает все коммиты, которые находятся в любой из локальных веток, но не в какой-либо из ветвей удаленного отслеживания для источника (то, что у вас есть, этого источника нет).

Вышеуказанное относится к outgoing. Для incoming просто поменяйте местами:

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

я бы сделал

$ git fetch --dry-run

для hg incoming и

$ git push --dry-run

для hg outgoing.

git-out - это скрипт это имитирует hg outgoing довольно точно. Он анализирует вывод "push -n", поэтому он производит точный вывод, если вам нужно указать дополнительные аргументы для push.

мерзавец входящий

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

мерзавец исходящий

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

Когда ответы «git log» и @ {u} изначально выдавали мне ошибку «неизвестная версия», я попробовал предложить git push --dry-run Крисом / ромкинсом.

Вы получите такой вывод, как «5905..4878 master-> master». 5905 - это последняя фиксация, которая была сделана на удаленном компьютере и была зафиксирована (включая) 4878, которая будет применена к удаленному устройству.

Затем вы можете использовать 5905..4878 в качестве аргументов для нескольких других команд git, чтобы получить более подробную информацию:

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

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

Входящие коммиты по всем веткам можно показать с помощью следующего подхода.

Команда git fetch-diff становится доступной после добавления исполняемого файла с именем git-fetch-diff в ваш PATH, содержащего:

#!/bin/bash

set -e

# get hashes before fetch
old_hashes=$(git log --all --no-color --pretty=format:"%H")

# perform the fetch
git fetch

# get hashes after fetch
new_hashes=$(git log --all --no-color --pretty=format:"%H")

# get the difference
added_hashes=$(comm -1 -3 <(echo "$old_hashes") <(echo "$new_hashes"))

# print added hashes
[ ! -z "$added_hashes" ] && echo "$added_hashes" | git log --stdin --no-walk --oneline

Хэши фиксации сравниваются до и после выборки. Разница возвращается к git log для красивой печати. Внешний вид распечатанного журнала можно дополнительно настроить с помощью таких аргументов, как --pretty=<format> и --graph.

Примечание. Вы можете ограничить время, на которое git log вернется назад во времени, в зависимости от того, сколько переменной bash может храниться в вашей системе, или по соображениям производительности. Это можно сделать, добавив аргумент --max-count=<count>.

Когда вы выполняете git fetch, все содержимое, включая ветки, теги (refs), временно сохраняется в .git / FETCH_HEAD, содержимое которого можно просмотреть с помощью команды: git log FETCH_HEAD Если вы не используете суффикс -a с git fetch, то по умолчанию , Содержимое FETCH_HEAD будет перезаписано новым содержимым. Из этого содержимого вы можете просмотреть и решить, в какую ветку вы хотите их объединить, если вы это сделаете, или вы можете просто выбрать вишню, если вам нужно только несколько коммитов из того, что было принесено с помощью fetch.