В чем разница между git push.default = current и push.default = upstream?

На странице руководства для git-config перечислены эти параметры для push.default:

nothing - do not push anything.
matching - push all matching branches. All branches having the same name in both ends are considered to be matching. This is the default.
upstream - push the current branch to its upstream branch.
tracking - deprecated synonym for upstream.
current - push the current branch to a branch of the same name.

В большинстве случаев я предполагаю, что нажатие на ветвь восходящего потока ветки будет таким же, как и нажатие на ветвь с тем же именем, поскольку восходящая ветвь обычно имеет то же имя, и поскольку ветка с тем же именем ("текущая" ) обычно (или всегда по определению?) будет восходящим потоком. Так в чем разница?

ОБНОВЛЕНИЕ : страница руководства для git-config была обновлена ​​(как и следовало ожидать), поэтому различия, сделанные там, теперь могут быть намного яснее.

Вы суммировали разницу в своем вопросе. upstreamотправляет в настроенную восходящую ветвь, при этом currentпредполагается, что восходящая ветвь имеет то же имя, что и текущая локальная ветвь, и отправляет на это конкретное имя. На самом деле нет причин предполагать, что восходящая ветвь отслеживания локальной ветки имеет то же имя, что и сама локальная ветка.

Например, если вы работаете в нескольких репозиториях или с множеством общих пультов разработчика, вы часто в конечном итоге отслеживаете разные ветки одной и той же ветки, такие как allen-masterили susan-master, оба из которых отслеживают masterветку в репозиториях Аллена и Сьюзан соответственно. В этом случае currentэто будет неправильная настройка, потому что эти имена веток не существуют на их пультах дистанционного управления.upstream, однако, будет работать нормально.

Более практичным примером может быть отслеживание как репозитория, так developmentи productionрепозитория. Ваш рабочий процесс может использовать разные ветки mainline для каждого, но это может сбивать с толку. Предположим, вы являетесь интегратором кода и хотите отслеживать masterветви обоих репозиториев по отдельности.

git checkout -b production --track production/master
git checkout -b development --track development/master

Теперь у вас есть две ветки, которые отслеживают соответствующие репозитории, ни одна из которых не использует masterсоглашение об именах. В названиях веток есть небольшая путаница: они явно описывают то, что отслеживают. Тем push.default = currentне менее, это не имело бы никакого смысла, поскольку ни один пульт не содержит developmentили productionветки.

current отправит текущую ветку в ветку с тем же именем в удаленном репо.

upstream переместит текущую ветвь в восходящую ветвь.

Восходящая ветвь - это ветка, которая была явно или неявно определена как восходящая по отношению к вашей текущей ветке. Это означает, что push и pull по умолчанию будут синхронизироваться с этой веткой. Восходящая ветвь может находиться в том же репо, что и сама текущая ветка. Вы можете делать интересные вещи, например настраивать локальную главную ветвь как восходящую по отношению к ветке локальной функции (темы), а также переключаться между ними.

Неявная настройка восходящего потока выполняется через branch.autosetupmergeзначение конфигурации. Вы можете найти документацию на git configстранице справки. Явная настройка восходящего потока выполняется с помощью -uпараметра git branchкоманды. Подробности см. На странице справки.