Предупреждение: push.default не установлено; его неявное значение меняется в Git 2.0

Question

Предупреждение: push.default не установлено; его неявное значение меняется в Git 2.0

1652

Я использовал Git какое-то время и недавно загрузил обновление только, чтобы найти это предупреждающее сообщение, когда я пытаюсь push.

warning: push.default is unset; its implicit value is changing in 
Git 2.0 from 'matching' to 'simple'. To squelch this message 
and maintain the current behavior after the default changes, use: 

  git config --global push.default matching

To squelch this message and adopt the new behavior now, use: 

  git config --global push.default simple

Я могу, очевидно, установить его на одно из упомянутых значений, но что они означают? Какая разница между simple и matching?

Если я изменю его на одном клиенте, мне нужно будет что-нибудь сделать на других клиентах, с которыми я разделяю репозиции?

Marko 30 окт. 2012, в 21:45

Источник

2

stackoverflow.com/questions/948354/git-push-current-branch
gliptak 19 окт. 2013, в 18:13
0

stackoverflow.com/a/948397/1841194
Hi I'm Frogatto 23 дек. 2015, в 20:27
1

Примечание: git 2.8 (март 2016) удалит это предупреждение! См. Stackoverflow.com/a/22356644/6309
VonC 27 фев. 2016, в 19:03

Показать ещё 1 комментарий

Теги:

git

version-control

4 ответа

19

Я понимаю, что это старый пост, но поскольку я просто столкнулся с той же проблемой и не смог найти ответ, я думал, что добавлю немного.

Итак, ответ @hammar правильный. Использование push.default simple в некотором смысле подобно настройке отслеживания на ваших ветких, поэтому вам не нужно указывать пульты и ветки при нажатии и вытягивании. Опция matching будет выталкивать все ветки в соответствующие сопоставления на удаленном компьютере по умолчанию (который является первым, который был настроен, если вы не настроили свое репо в противном случае).

Одна вещь, которую я надеюсь, что другие находят полезной в будущем, заключается в том, что я запускал Git 1.8 на OS X Mountain Lion и никогда не видел этой ошибки. Обновление до Mavericks - это то, что внезапно появилось (запуск git --version покажет git version 1.8.3.4 (Apple Git-47), который я никогда не видел до обновления ОС.

Bill 26 окт. 2013, в 17:50

2

Я также начал видеть это после обновления до Mavericks. Так что я думаю, что Git был обновлён одновременно с Mavericks, как вы и предполагали.
Per Lundberg 01 нояб. 2013, в 07:52

7

Если вы получили сообщение от git, жалующееся на значение simple в конфигурации, проверьте git version.

После обновления XCode (в Mac running Mountain Lion), который также обновил git от 1.7.4.4 до 1.8.3.4, оболочки началось до того, как обновление все еще выполнялось git 1.7.4.4 и жаловалось на значение simple для push.default в глобальной конфигурации.

Решение заключалось в том, чтобы закрыть оболочки, запускающие старую версию git, и использовать новую версию!

Tom Barron 31 янв. 2014, в 17:21

13

Я использую новую установку XCode (git - версия 1.8.5.2), и у меня все еще была эта ошибка, пока я не запустил: git config --global push.default simple
Sam-Graham 14 май 2014, в 18:36

1

Мне было интересно, почему я получил это большое предупреждающее сообщение на Ubuntu 16.04 (которое поставляется с Git 2.7.4), но не на Arch Linux. Причина в том, что предупреждение было удалено в Git 2.8 (март 2016 года):

На протяжении перехода от версии Git версии 2.0 пользователь использовал довольно громкое предупреждение при запуске "git push" без установки переменной конфигурации push.default. Мы больше не предупреждаем, потому что переход был завершен давно.

Таким образом, вы не увидите предупреждения, если у вас есть Git 2.8 и более поздние push.default вам не нужно устанавливать push.default если вы не хотите изменять поведение "по-умолчанию 'simple' по умолчанию.

Eugene Yarmash 19 март 2018, в 14:59

Ещё вопросы

Примечание: git 2.8 (март 2016) удалит это предупреждение! См. Stackoverflow.com/a/22356644/6309
Я также начал видеть это после обновления до Mavericks. Так что я думаю, что Git был обновлён одновременно с Mavericks, как вы и предполагали.
Я использую новую установку XCode (git - версия 1.8.5.2), и у меня все еще была эта ошибка, пока я не запустил: git config --global push.default simple

hammar · Accepted Answer · 2012-10-30T22-35-00.000Z

2118

Лучший ответ

Это подробно объяснено в документах, но я попытаюсь суммировать:

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

Этот параметр влияет только на поведение вашего локального клиента и может быть переопределен путем явного указания ветвей, которые вы хотите нажимать на командную строку. Другие клиенты могут иметь разные настройки, это влияет только на то, что происходит, когда вы не укажете, какие ветки вы хотите нажать.

hammar 30 окт. 2012, в 22:35

15

Рад знать это изменение. Когда я был новичком в git, я случайно нажал все локальные ветви, думая, что git push будет толкать только текущую ветку.
rahul286 28 фев. 2013, в 14:46
2

Есть ли мотив этого изменения?
fotanus 04 июнь 2013, в 12:16
50

Мотив состоит в том, что, эмпирически, большинство ожидает нового поведения по умолчанию
Blake Miller 15 июнь 2013, в 18:53
2

Есть ли способ , чтобы иметь simple сконфигурированы в глобальных настройках , чтобы быть обменены через все составляет скрытые компьютеры, имея компьютер конкретных ~/dotfiles/.git/config установки matching для старой версии Git , которые не могут справиться с simple ?
JJD 31 июль 2013, в 23:27
2

@JJD: Локальный файл репозитория $repo/.git/config хранилища всегда будет переопределять другие доступные файлы gitconfig, включая ~/.gitconfig . Если вы портируете свою глобальную конфигурацию, просто переопределите настройку в более старом репозитории с помощью git config push.default matching .
Christopher 02 авг. 2013, в 01:28
0

@Christopher Это именно то, что я ожидал и что я сделал. Однако это не работает. Как только я настраиваю git config --global push.default simple Git 1.7.1 перестает работать и сообщает об ошибке: error: Malformed value for push.default: simple .
JJD 02 авг. 2013, в 09:27
0

@JJD: После выполнения этой команды git config push.default matching (не используйте флаг --global ) и попробуйте снова. Заданное по умолчанию хранилище по умолчанию должно переопределить ваш глобальный git config.
Christopher 02 авг. 2013, в 12:34
1

@ Кристофер Вы ошиблись. Я настроил как локальный, так и глобальный конфиг, как вы предложили Но все равно не получается.
JJD 02 авг. 2013, в 13:14
121

Было бы намного лучше иметь ваше удивительно четкое резюме в самом предупреждающем сообщении, а не в инструкции, указывающей нам открыть документацию и найти строку.
hertzsprung 04 авг. 2013, в 17:18
113

«Это очень четко объяснено в документах». Конечно, это так, если вы окажетесь на правильной странице, однако в руководстве по git push даже нет упоминания слова « простой» , который, вероятно, таков, что многие люди оказались здесь вместо ,
Gerry 30 окт. 2013, в 03:43
0

Кроме того, Google, как правило, лучше документирует определенный аспект программного обеспечения (который я пытаюсь найти), чем само это программное обеспечение. Спасибо ТАК!
Grault 30 нояб. 2013, в 02:47
4

Подождите, так что если вы выполните git config --global push.default simple как бы вы переопределили это и выдвинули push-соответствие через одноразовую командную строку
Michael K Madison 27 дек. 2013, в 23:57
35

Резюме Хаммара - гораздо более краткое объяснение, чем git docs.
AJ. 02 янв. 2014, в 16:01
1

@MichaelKMadison, man git-push | grep match -B10 говорит, что git push origin : поможет вам при однократном matching с параметром simple конфигурации. У меня работает, но вы должны указать удаленное имя (как правило, origin ). git push --matching имело бы больше смысла для меня, но большая часть мерзавцев все равно у меня над головой.
hobs 26 фев. 2014, в 00:35
4

На самом деле, git docs так же лаконичны, как объяснение Хаммара. Тем не менее, объяснение Хаммара гораздо более полезно для меня, потому что оно объясняет, почему вы выбираете одно вместо другого в дополнение к объяснению поведения гораздо более понятным способом. Как это часто бывает, git docs объясняет вещи для тех, кто является экспертом в git. Я прочитал запись git docs для push.default и все еще был потерян. Этот ответ делает вещи совершенно ясными.
Michael Burr 07 апр. 2014, в 21:21
3

ОСТОРОЖНО! Будьте осторожны, если вы установили push.default = simple на своем компьютере, а затем выполните команду git push -f для кого-то другого с matching . Это заставит толкнуть все удаленные ветви!
funroll 11 июль 2014, в 21:38
1

«Мотив состоит в том, что, эмпирически, большинство ожидает нового поведения по умолчанию» - на самом деле, «простое» имеет некоторые сложности (требующие настройки веток верхнего уровня и тому подобное), что я не думаю, что эмпирически, кто-то просто «ожидает» , Неупомянутыми в этом варианте ошибки current кажется, что поведение людей на самом деле ожидают по умолчанию.
GlyphGryph 09 сен. 2014, в 20:40
2

Так в чем же разница между simple и upstream ?
Mark Reed 19 сен. 2014, в 20:48
1

@MarkReed upstream - это настройка, которую я только что нашел. Это потому, что если вы не хотите, чтобы ветви имели то же имя, что и на сервере (что мне нужно для сложной конфигурации слияния поддеревьев), это означает, что ветка будет перемещена туда, где вы настроили ее для отслеживания с помощью 'git branch -у проект / foo '
LovesTha 08 янв. 2016, в 04:13

Показать ещё 17 комментариев