相关疑难解决方法(0)

"你"究竟做了什么?"git push -u origin master"vs"git push origin master"

尽管我最好去理解它,但我使用git显然很糟糕.

kernel.orggit push:

-u

--set上游

对于每个最新或成功推送的分支,添加上游(跟踪)引用,由无参数git-pull(1)和其他命令使用.有关更多信息,请参阅branch.<name>.mergegit-config(1).

这是branch.<name>.merge来自git config:

branch.<name>.merge

定义与branch.<name>.remote给定分支的上游分支一起.它告诉git fetch/git pull合并哪个分支,也可以影响git push(参见push.default).在分支中<name>,它告诉git fetch默认的refspec被标记为在FETCH_HEAD中合并.该值的处理类似于refspec的远程部分,并且必须匹配从给定的远程提取的ref "branch.<name>.remote".git pull(首先调用git fetch)使用合并信息来查找默认分支以进行合并.如果没有此选项,git pull默认合并第一个引用的refspec.指定多个值以获得章鱼合并.如果你想设置git pull以便它<name>从本地存储库中的另一个分支合并,你可以指向branch.<name>.merge所需的分支,并使用特殊设置.(期间)branch.<name>.remote.

我成功地使用github建立了一个远程存储库,并且我成功地将我的第一次提交推送到了:

git push -u origin master
Run Code Online (Sandbox Code Playgroud)

然后,我在不知不觉中成功地将我的第二次提交推送到我的远程存储库:

git commit -m '[...]'
Run Code Online (Sandbox Code Playgroud)

然而,错误地以为我将不得不再次推到originmaster,我跑:

# note: no -u
git push origin master
Run Code Online (Sandbox Code Playgroud)

那是做什么的?它似乎没有任何影响.我"撤消"了git push -u origin master吗?

git

298
推荐指数
3
解决办法
15万
查看次数

标签 统计

git ×1