您可以通过在git配置中设置push.default来控制默认行为。从gitconfig（1）文档中：

push.default

定义如果命令行上没有给定refspec、远程中没有配置refspec以及命令行上给定的任何选项都没有暗示refspec，git push应该采取的操作。可能的值包括：

什么都没有：不要推任何东西matching：（Git2.0之前的默认值）推送所有匹配的分支两端具有相同名称的所有分支都被认为是匹配的。上游：将当前分支推到其上游分支（跟踪是上游的同义词，已弃用）当前：将当前分支推送到同名分支simple：（Git1.7.11中新增，自Git2.0以来默认）喜欢上游，但如果上游分支的名称与本地分支不同，则拒绝推送这是最安全的选择，非常适合初学者。

简单、当前和上游模式适用于那些希望在完成工作后推出单个分支的人，即使其他分支尚未准备推出

命令行示例：

要查看当前配置，请执行以下操作：

git config push.default

要设置新配置，请执行以下操作：

git config push.default current

我只是把它放在.gitconfig别名部分，喜欢它的工作方式：

pub = "!f() { git push -u ${1:-origin} `git symbolic-ref HEAD`; }; f"

将使用gitpub或另一个具有gitpub repo名称的repo将当前分支推送到源。美味的

我只是将代码提交到一个分支并将其推送到github，如下所示：

git branch SimonLowMemoryExperiments
git checkout SimonLowMemoryExperiments
git add .
git commit -a -m "Lots of experimentation with identifying the memory problems"
git push origin SimonLowMemoryExperiments

git push origin将推送源位置具有匹配远程分支的本地分支上的所有更改

工作方式类似于git push＜remote＞，其中＜remote’是当前分支的远程（或源，如果当前分支没有配置远程）。

从git push手册页的Examples部分

您可以通过在git配置中设置push.default来控制默认行为。从gitconfig（1）文档中：

push.default

定义如果命令行上没有给定refspec、远程中没有配置refspec以及命令行上给定的任何选项都没有暗示refspec，git push应该采取的操作。可能的值包括：

什么都没有：不要推任何东西matching：（Git2.0之前的默认值）推送所有匹配的分支两端具有相同名称的所有分支都被认为是匹配的。上游：将当前分支推到其上游分支（跟踪是上游的同义词，已弃用）当前：将当前分支推送到同名分支simple：（Git1.7.11中新增，自Git2.0以来默认）喜欢上游，但如果上游分支的名称与本地分支不同，则拒绝推送这是最安全的选择，非常适合初学者。

简单、当前和上游模式适用于那些希望在完成工作后推出单个分支的人，即使其他分支尚未准备推出

命令行示例：

要查看当前配置，请执行以下操作：

git config push.default

要设置新配置，请执行以下操作：

git config push.default current

下面是关于Git推送的非常方便和有用的信息：Git推送：提示

git push最常见的用法是将本地更改推送到公共上游存储库。假设上游是一个名为“origin”（如果您的存储库是克隆，则为默认远程名称）的远程，并且要更新到/来自的分支名为“master”（默认分支名称），这可以通过以下方式完成：git push origin master

gitpushorigin将把所有本地分支的更改推送到源远程的匹配分支。

gitpushoriginmaster将从本地主分支向远程主分支推送更改。

gitpushorigin-master：如果存在，staging会将更改从本地master分支推送到远程staging分支。