我使用以下命令将代码推送到远程分支：
git push origin sandbox
如果我说
git push origin
这会将更改推送到我的其他分支吗，还是只会更新当前分支？ 我有三个分支：master，production和sandbox。
git push 的文档对此并不十分清晰，因此我想为此澄清一下。
以下 git push 命令会更新哪些分支和远程分支？
git push
git push origin
origin 是一个远程仓库。
我理解 git push [remote] [branch] 只会将该分支推送到指定的远程仓库。
您可以通过在git配置中设置push.default来控制默认行为。引自git-config(1)文档：
push.default
定义了在命令行中未给出refspec、远程未配置refspec以及命令行选项未暗示任何refspec时，git push应采取的操作。可能的值包括：
nothing：不推送任何内容
matching：（Git 2.0之前的默认值）推送所有匹配的分支
在两端具有相同名称的所有分支都被认为是匹配的。
upstream：将当前分支推送到其上游分支（tracking是上游的一个已弃用的同义词）
current：将当前分支推送到同名分支
simple：（Git 1.7.11中新增，Git 2.0之后成为默认值）类似于upstream，但如果上游分支的名称与本地名称不同，则会拒绝推送
这是最安全的选项，并且非常适合初学者。
simple、current和upstream模式适用于希望在完成工作后推出单个分支的人，即使其他分支尚未准备好推出也可以使用。
命令行示例：
要查看当前配置：
git config push.default
设置新的配置:
git config push.default current
你可以通过 push.default 来设置 Git 的默认行为。
git config push.default current
或者如果您有许多存储库，并且希望所有存储库都有相同的设置，则
git config --global push.default current
在这种设置中，“current”表示默认情况下，当您执行 git push 时，您将仅推送当前分支。
其他选项包括：
更新 - 新方法
从Git 1.7.11开始，请执行以下操作：
git config --global push.default simple
据传闻，这是一种与当前功能相同的新设置，并将在 git 版本 2.0 中成为默认设置。
git push origin 将推送与 origin 匹配的所有本地分支上的更改。至于 git push
工作方式类似于
git push <remote>，其中<remote>是当前分支的远程（如果当前分支未配置远程，则为 origin）。
我刚刚把我的代码提交到了一个分支并将其推送到了 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 commit -am "..."。 - James Harrington下面是关于Git Push的非常方便和有用的信息： Git Push: Just the Tip
最常用的git push用途是将本地更改推送到公共上游存储库。假设上游是命名为“origin”的远程仓库（如果你的仓库是一个克隆，则是默认的远程名称），要更新或从中获取的分支名为“master”（默认分支名称），则使用以下命令： git push origin master
git push origin将所有本地分支的更改推送到与origin远程存储库匹配的分支。
git push origin master将从本地master分支推送更改到远程master分支。
git push origin master:staging将从本地主分支推送更改到远程暂存分支（如果存在）。
git push origin branch_name 不仅推送 branch_name 分支，还会推送其他我本地的分支（git 版本 1.9.1）。 - mrgloomHEAD不太长，您不会改变git的默认行为+1。 - Eric Goerens（2012年3月）
警告：默认的“匹配”策略可能很快会发生改变
（可能在git1.7.10+之后）：
请参阅“请讨论：当您不说明要推送什么时，“git push”应该做什么？”
在当前设置中（即
push.default=matching），git push没有参数将推送所有存在同名本地和远程分支的分支。
当开发人员向自己的公共存储库推送时，这通常是合适的，但在使用共享存储库时可能会导致混淆或危险。建议是将默认值更改为“
upstream”，即仅推送当前分支，并将其推送到git pull将拉取的分支。
另一个候选项是“current”，它仅将当前分支推送到同名的远程分支。到目前为止讨论的内容可以在此主题中查看：
http://thread.gmane.org/gmane.comp.version-control.git/192547/focus=192694
以前的相关讨论包括：
加入讨论，请将您的信息发送至：git@vger.kernel.org
我刚把这个放在我的.gitconfig别名部分，并且非常喜欢它的工作方式:
pub = "!f() { git push -u ${1:-origin} `git symbolic-ref HEAD`; }; f"
使用 git pub 将当前分支推送到 origin，或使用 git pub repo-name 推送到另一个仓库。很方便。
git push -u --repo="origin" $1;代替。它运作得非常好，除非你推送到另一个仓库，此时分支名称将是另一个仓库使用的名称，而不是你正在推送的那个仓库的名称。 - Casebash你可以在.gitconfig文件中更改这种默认行为，例如：
[push]
default = current
要检查当前设置，请运行：
git config --global --get push.default
git push命令会尝试将所有本地分支推送到远程服务器，这可能不是您想要的。我设置了一些方便的方法来解决这个问题：
适当地设置别名“gpull”和“gpush”：
在我的~/.bash_profile文件中
get_git_branch() {
echo `git branch 2> /dev/null | sed -e '/^[^*]/d' -e 's/* \(.*\)/\1/'`
}
alias gpull='git pull origin `get_git_branch`'
alias gpush='git push origin `get_git_branch`'
git push行为令人惊讶的博客文章，可能会引起你的兴趣。这是链接：http://longair.net/blog/2011/02/27/an-asymmetry-between-git-pull-and-git-push/ - Mark Longair