Ответ 1
TL; версия DR: удаленное отслеживание origin/master ветвления раньше существовало, но не сейчас, поэтому локальный source ветки отслеживает то, что не существует, что в лучшем случае подозрительно - это означает, что другая функция Git ничего не может сделать для вас - и Git предупреждает вас об этом. Вы прекрасно ладили, не имея функции "отслеживания вверх по течению", работающей по назначению, так что вам решать, стоит ли что-то менять.
Для другого взгляда на настройки upstream см. Почему мне нужно "git push --set-upstream origin <branch>"?
Это предупреждение - новая вещь в Git, появившаяся сначала в Git 1.8.5. Примечания к выпуску содержат только один короткий пункт об этом:
- "git branch -v -v" (и "git status") не делали различий между ветвью, которая не основана на какой-либо другой ветке, ветвью, которая синхронизирована с вышестоящей веткой, и веткой, которая настроена с восходящая ветвь, которая больше не существует.
Чтобы описать, что это значит, вам сначала нужно знать о "удаленных", "ветках удаленного отслеживания" и о том, как Git обрабатывает "отслеживание восходящего потока". (Ветви удаленного отслеживания - ужасно некорректный термин - вместо этого я начал использовать имена удаленного отслеживания, что, я думаю, является небольшим улучшением. Ниже, однако, я буду использовать "ветку удаленного отслеживания" для согласованности с документацией Git. )
Каждый "удаленный" - это просто имя, например, origin или octopress. Их цель - записывать такие вещи, как полный URL-адрес мест, из которых вы git fetch или git pull updates. Когда вы используете git fetch remote, 1 Git переходит на этот пульт (используя сохраненный URL) и выводит соответствующий набор обновлений. Он также записывает обновления, используя "удаленное отслеживание веток".
"Ветвь удаленного отслеживания" (или имя удаленного отслеживания) - это просто запись имени ветки, которое последний раз видели на каком-то "удаленном". Каждый пульт является Git-репозиторием, поэтому у него есть ветки. Ветви на удаленном "источнике" записываются в вашем локальном репозитории в разделе " remotes/origin/. Текст, который вы показали, говорит, что есть ветка с именем source на origin и ветки с именем 2.1, linklog и так далее на octopress.
(Конечно, "нормальная" или "локальная" ветвь - это просто имя ветки, которое вы создали в своем собственном хранилище.)
Наконец, вы можете настроить (локальную) ветку, чтобы "отслеживать" "ветку удаленного отслеживания". Как только локальная ветвь L настроена на отслеживание ветки удаленного слежения R, Git назовет R своей "восходящей" и скажет вам, "находитесь ли вы впереди" и/или "позади" восходящей (в терминах коммитов). Обычно (даже рекомендуется -a ble) для локальных веток и ветвей удаленного отслеживания использовать одно и то же имя (за исключением части удаленного префикса), например, source и origin/source, но это на самом деле не нужно.
И в этом случае этого не происходит. У вас есть локальный source ветки, отслеживающий source origin/master ветку удаленного отслеживания.
Вам не нужно знать точную механику того, как Git устанавливает локальную ветку для отслеживания удаленной, но они актуальны ниже, поэтому я покажу, как это работает. Начнем с названия вашей локальной ветки, source. Есть две записи конфигурации, использующие это имя, записанные как branch.source.remote и branch.source.merge. Из вывода, который вы показали, ясно, что оба они установлены, так что вы увидите следующее, если выполните указанные команды:
$ git config --get branch.source.remote
origin
$ git config --get branch.source.merge
refs/heads/master
Соединяя их вместе, 2 это говорит Git, что ваш source ветки отслеживает вашу "ветку удаленного отслеживания", origin/master.
Но теперь посмотрите на вывод git branch -a, который показывает все локальные и удаленные имена веток в вашем репозитории. Имена удаленного отслеживания перечислены в списке удаленных устройств remotes/... и нет remotes/origin/master. Предположительно, было когда-то, но теперь это ушло.
Git сообщает вам, что вы можете удалить информацию отслеживания с помощью --unset-upstream. Это очистит как branch.source.origin и branch.source.merge и остановит предупреждение.
Вполне вероятно, что вам нужно переключиться с отслеживания origin/master на отслеживание чего-то другого: возможно, origin/source, но, возможно, одного из octopress/ имен.
Вы можете сделать это с помощью git branch --set-upstream-to, 3 например:
$ git branch --set-upstream-to=origin/source
(при условии, что вы все еще находитесь в "источнике" ветки, и что origin/source - это восходящий поток, который вы хотите - у меня нет никакого способа сказать, какой из них, если он вообще есть, вам нужен).
(См. Также Как сделать, чтобы существующая ветка Git отслеживала удаленную ветку?)
Я думаю, что вы получили здесь то, что, когда вы впервые сделали git clone, у того, кого вы клонировали, был master веток. У вас также был master ветвления, который был настроен для отслеживания origin/master (это нормальная стандартная настройка для git). Это означало, что у вас были установлены branch.master.remote и branch.master.merge для origin и refs/heads/master. Но тогда ваше origin дистанционное изменил свое название от master к source. Для сравнения, я полагаю, вы также изменили свое местное имя с master на source. Это изменило имена ваших настроек: с branch.master.remote на branch.source.remote и с branch.master.merge на branch.source.merge... но остались старые значения, поэтому branch.source.merge был сейчас неправильно.
Именно в этот момент прервалась связь "вверх по течению", но в версиях Git старше 1.8.5 Git никогда не замечал нарушенных настроек. Теперь, когда у вас есть 1.8.5, это указывает на это.
Это охватывает большинство вопросов, но не вопрос "нужно ли мне это исправить". Вполне вероятно, что вы уже много лет работаете над ошибками, выполняя git pull remote branch (например, git pull origin source). Если вы продолжите это делать, это продолжит работать над проблемой - так что нет, вам не нужно ее исправлять. При желании вы можете использовать --unset-upstream чтобы удалить --unset-upstream и остановить жалобы, а локальный source ответвления не будет помечен как имеющий --unset-upstream вообще.
Смысл восходящего потока состоит в том, чтобы сделать различные операции более удобными. Например, git fetch за которым следует git merge, как правило, "делают правильные вещи", если восходящий поток настроен правильно, и git status git fetch после git fetch сообщит вам, соответствует ли ваш репозиторий восходящему, для этой ветки.
Если вы хотите удобство, переустановите апстрим.
1git pull использует git fetch, а с Git 1.8.4 это (наконец-то!) Также обновляет информацию об "ветке удаленного отслеживания". В старых версиях Git обновления не записывались в ветки удаленного отслеживания с помощью git pull, только с помощью git fetch. Поскольку ваш Git должен быть как минимум версии 1.8.5, это не проблема для вас.
2 Ну, это плюс строка конфигурации, которую я намеренно игнорирую, которая находится в remote.origin.fetch. Git должен сопоставить имя "слияния", чтобы выяснить, что полное локальное имя для удаленной ветки - refs/remotes/origin/master. Отображение почти всегда работает так же, как и это, поэтому предсказуемо, что master перейдет к origin/master.
3 Или с помощью git config. Если вы просто хотите установить upstream на origin/source единственная часть, которая должна быть изменена, это branch.source.merge, и git config branch.source.merge refs/heads/source сделает это. Но --set-upstream-to говорит, что вы хотите сделать, вместо того, чтобы заставлять вас делать это вручную, так что "лучший путь".