git push origin和git push origin master之间有什么区别

将本地git存储库的主分支推送到名为origin的远程存储库的主分支与git push origin master

还是使用git推送原点

git push origin master

这只会将主分支推送到原点

git push origin

将所有分支推送到原点

git push origin

---

更新-自编写此答案以来，Git的行为发生了变化<默认情况下，code>git push origin在git>=2.0上将当前分支推送到同名的匹配分支，但此行为可以通过

git config

覆盖

git push

和

git push origin

的默认操作自

git

版本

1.7.11

以来发生了更改：

• 在

  1.7.11

  之前，默认情况下，

  git push

  会推送远程存在的同名分支

• 由于

  1.7.11

  ，

  git push

  默认情况下会将当前分支推送到具有相同名称的远程分支

---

在版本

1.7.11

之前和之后，可以使用

push.default

配置选项配置默认行为。此配置选项已在git的

1.6.3版
1.6.3中引入，而git>=2.0上的
git push origin
在默认情况下确实会将当前分支推送到同名的匹配分支，文档错误

所述文档由Git 2.32（2021年第2季度，8年后）固定：

参见作者（2021年3月8日）

（于2021年3月24日合并）

：正确的配置输入
报告人：Adam Sharafeddine

报告人：Fabien Terrani

签字人：Taylor Blau

审核人：乔纳森·尼德

在示例部分中，
gitpush
表示“”（）将当前分支推送到“
remote.origin.merge
”配置的值

此措辞（可追溯到（
push
：从2013-01-04，Git v2.0.0-rc0--）切换默认值（push:switch default from“
matching
”切换到“
simple
”，2013-01-04”）不正确。

没有诸如“
remote..merge
”这样的配置。

这可能最初是为了阅读“
branch..merge
”

事实上，当“
push.default
”为“
simple
”（这是默认值，根据“无附加配置”适用于此场景），如果分支的本地名称与“
branch..merge
”不匹配，
设置推送上游（）
将终止

纠正这个长期存在的拼写错误，以解决最近对本示例的预期行为的一些混淆

git push
现在在其

git推送原点
：
如果当前分支与当前分支具有相同的名称，则在不进行其他配置的情况下，将当前分支推送到已配置的上游（
branch..merge
configuration变量），否则将出错

稍微澄清一下-
git push origin
默认情况下可能推送所有分支，但实际上它推送“您配置为推送的任何东西”。默认值可以更改，因此，除非您知道您的回购配置为推送，否则显式的
git推送原始主机在某些方面是“更安全的”。请参阅接受的答案，以了解自版本1.7.11以来的更改。如果当前分支和远程分支具有相同的名称，但大小写不同，是否有效？e、 g“AppName”vs“AppName”，只是好奇而已。。