我显然不擅长使用GIT,尽管我尽了最大努力去理解它。
从git push
的kernel.org:
-U
--设置上游
对于每个最新的或成功推送的分支,添加上游(跟踪)引用,由无参数git-ull(1)和其他命令使用。有关更多信息,请参见git-config(1)中的branch.<name>.merge
。
以下是git config
中的branch.<name>.merge
:
branch.<name>.merge
与branch.<name>.remote
一起定义给定分支的上游分支。它告诉Git Fetch/Git Pull合并哪个分支,还可能影响Git推送(参见pres.default)。当在分支<name>
中时,它告诉git提取要标记为在FETCH_HEAD中合并的默认refspec。该值的处理方式类似于refSpec的远程部分,并且必须与"branch.<name>.remote"
从远程端获取的ref匹配。Git Pull(最初调用Git Fetch)使用合并信息来查找用于合并的默认分支。如果没有此选项,Git Pull默认为合并提取的第一个refspecc。指定多个值以获得章鱼合并。如果您希望设置Git Pull,使其从本地存储库中的另一个分支合并到<name>
中,则可以将branch.<name>.merge
指向所需的分支,并使用特殊设置。(句点)表示branch.<name>.remote
。
我使用GitHub成功地设置了一个远程存储库,并且通过以下方式成功地完成了我的第一次提交:
git push -u origin master
然后,我使用以下命令在不知不觉中成功地将第二次提交推送到远程存储库:
git commit -m '[...]'
然而,错误地认为我将不得不再次从master
推送到origin
,我运行:
# note: no -u
git push origin master
那是怎么回事?这似乎完全没有任何效果。我“撤销”git push -u origin master
了吗?
暂无答案!
目前还没有任何答案,快来回答吧!