Что делает "git удаленная добавка вверх по течению"?

Я читал: https://wiki.diasporafoundation.org/Git_workflow#Rebase_your_development_branch_on_the_latest_upstream

Вот выдержка:

Ваш репозиторий до даты

Чтобы получить последние обновления из соединительной линии разработки, выполните одноразовая настройка для создания основного репо GitHub как удаленного ввод:

$ git remote add upstream git://github.com/diaspora/diaspora.git

Восстановите свой филиал развития на новейшей версии

Чтобы обновить свою ветку развития, обновите свои изменения сверху текущего состояния ведущего устройства. См. Whats git -rebase? ниже, чтобы узнать больше о перезагрузке.

Если вы создали ветвь вверх по течению, как описано выше, и ветвь развития, называемая 100-retweet-bugfix, обновлением youd вверх, обновите локальный мастер и переустановите свою ветку так:

$ git fetch upstream

$ git checkout master

$ git rebase upstream/master

$ git checkout 100-retweet-bugfix

[убедитесь, что все все сделано в ветке]

$ git rebase master

Почему добавляется "удаленный восходящий поток", необходимый в этом случае? Coudn't Я только что сделал:

$ git checkout master

$ git pull origin master

$ git checkout 100-retweet-bugfix

[убедитесь, что все все сделано в ветке]

$ git rebase master

Ответы

Ответ 1

Вики говорят с точки зрения разворота репо. У вас есть доступ к вытаскиванию и проталкиванию от источника, который будет вашей вилкой основного репо-диаспоры. Чтобы вносить изменения из этого основного репо, вы добавляете удаленный "вверх по течению" в своем локальном репо, указывая на этот оригинал и вытаскивая его.

Итак, "происхождение" - это клон вашего реплика fork, из которого вы нажимаете и тянете. "Upstream" - это имя основного репо, от которого вы тянете и обновляете клон своей вилки, но у вас нет push-доступа к нему.

Ответ 2

Это полезно, если у вас есть собственный origin, который не является upstream. Другими словами, у вас может быть свой собственный origin repo, который вы делаете при разработке и локальных изменениях, а затем изредка объединяете изменения upstream. Разница между вашим примером и выделенным текстом заключается в том, что ваш пример предполагает, что вы напрямую работаете с клоном восходящего репо. В выделенном тексте предполагается, что вы работаете над клоном своего собственного репо, который, предположительно, первоначально был клоном восходящего потока.

Ответ 3

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

Если у вас есть репозиторий Git и теперь решили, что он должен разветкить другое репо. Ретроактивно вы хотели бы, чтобы он стал вилкой, не нарушая работу команды, использующей репо, требуя, чтобы они нацелились на новое репо.

Но я мог ошибаться.