下面的命令怎么做：
git config remote.origin.push refs/heads/master:refs/heads/master
与以下命令有关：
git config push.default <option>
（使用--local 或--global 选项）
<option> 是其中之一：
nothing
matching
upstream (formerly tracking)
current
simple
?
我想我理解第二个配置命令，但我不明白第一个命令条件/与第二个命令的关系。以下是一些提供此问题背后背景的参考资料：
【问题讨论】：
标签： git
当你运行时：
git push origin ...
remote.origin.push 中设置的内容会覆盖push.default 中设置的内容。更一般地说，如果 remote.<em>name</em>.push 没有设置（这里 name 是 origin），git 会退回到 push.default，然后如果也没有设置，它会退回到链接中描述的内置默认值。
(Edit: 如Breaking Benjamin's comment below 和我的回复中所述，如果有 ... 部分包含至少一个 refspec，则 refspec 将覆盖remote.origin.push。所以remote.origin.push 仅适用于您在命令行上显式或隐式命名origin 并且 也省略命令行上的所有引用规范。例如，git push 与没有发现origin 的参数，或者没有其他参数的git push origin，Git 会查找您的remote.origin.push 设置并使用它；但git push origin xyz 不 使用您的remote.origin.push 设置。当然上面的... 部分可以包含更多的标志，所以此时正确的问题是... 部分是否包含任何refspecs。）
注意：
git config --local na.me value
与没有--local 的含义相同。设置值时（如此处），--local、--global 和 --file <em>filename</em> 选项控制设置值的位置，但 --local 是默认值。
（获取值时：
git config na.me
[或git config --get 或git config --get-all 或git config --get-regexp]，--local 等选项限制了 git 将从何处读取，如果没有它，它会从 所有 中读取，如果在多个地方设置了某些内容，则“最本地化”会覆盖“不太本地化”。）
【讨论】：
git push origin ... 时，... 将是分支名称（如果提供），对吗？
refs/tags/foo、:refs/deleteme 等）。
git push origin branchName ，那么它将被解析为git push origin branchName:refs/heads/branchName。那么remote.origin.push 将如何出现在图片中？
git push 文档指出，remote.<remote>.push 仅在您运行 git push <remote> 而没有 <refspec> 部分时才起作用。如果您确实提供<refspec> 部分，则空的目标部分意味着重复源部分。但是请注意，git push origin xyz 的 xyz 部分中的 unqualified 引用不一定会转换为 branch 名称。我不清楚的一件事是它在所有情况下确实如何翻译（例如，如果你有一个分支xyz 和一个标签xyz，但遥控器只有一个标签xyz） .