‘git remote add upper’能帮助实现什么？

Question

我正在阅读： 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

在最新的上游重新调整您的开发分支

为了使您的开发分支保持最新，请在顶部重新调整您的更改 上游主机的当前状态。查看内容 git 变基？下面的部分了解有关变基的更多信息。

如果您已经按照上面的详细说明设置了上游分支，并且 名为 100-retweet-bugfix 的开发分支，您将更新上游， 更新您的本地主控，并从中重新建立您的分支，如下所示：

$ git fetch upstream

$ git checkout master

$ git rebase upstream/master

$ git checkout 100-retweet-bugfix

[确保在分支中根据需要提交所有内容]

$ git rebase master

为什么在这种情况下需要添加“远程上游”？我刚才可不可以:

$ git checkout master

$ git pull origin master

$ git checkout 100-retweet-bugfix

[确保在分支中根据需要提交所有内容]

$ git rebase master

Answer 1

维基是从分叉存储库的角度进行讨论的。您可以从原点拉取和推送，这将是主要散居者存储库的分叉。要从此主存储库中提取更改，您可以在本地存储库中添加一个远程“上游”，指向此原始存储库并从中提取。

因此，“origin”是您的 fork 存储库的克隆，您可以从中进行推送和拉取。 “上游”是主存储库的名称，您可以从这里拉取并更新分叉的克隆，但您没有对其的推送访问权限。

Answer 2

当您拥有自己的

origin

而不是

upstream

时，这非常有用。换句话说，您可能拥有自己的

origin

存储库，您可以在其中进行开发和本地更改，然后偶尔合并

upstream

更改。您的示例与突出显示的文本之间的区别在于，您的示例假设您正在直接使用上游存储库的克隆。突出显示的文本假设您正在开发自己的存储库的克隆，该存储库可能最初是上游的克隆。

Answer 3

举个例子： 您想为 django 做出贡献，因此您分叉了它的存储库。当您开发自己的功能时，其他人在原始存储库上完成了很多工作。因此，您分叉的代码不是最新的。设置远程上游并不时获取它可以确保您的分叉存储库与原始存储库同步。

Answer 4

我认为它可以用于“追溯分叉”

如果您有一个 Git 存储库，并且现在决定它应该分叉另一个存储库。回顾过去，您希望它成为一个分叉，而不需要他们针对新的存储库来扰乱使用该存储库的团队。

但我可能是错的。

Answer 5

你好，Zasperationbell，

如果您是专业人士并且希望拥有一个完全托管的网站，我们可以满足您的需求！

在带领 2000 多家全国性公司取得像你们的企业 Zasperationbell 这样的成功之后，我们发现了其中一个共同的秘密：公司就是它所展示的。第一印象就像看起来一样重要。

适用于所有设备的令人惊叹、用户友好且价格实惠的网站。与我们在英国的网页设计第一团队见面，并在本周获得免费演示！

联系您的最佳电话号码是多少？