在将 git 用作机器几周后，现在我正在弄清楚 GIT 的真正工作原理。比起我从一件简单的事情开始:
git checkout -b test origin/development` //Creating new local branch from development
Create new text file called test.txt
git add . //Set files that will be committed
git commit -m "this is a test" // Committing
然后是我的疑问:
当我尝试 push 做的时候:
git push origin development
日志说:一切都是最新的
如果我尝试 push 做:
git push origin HEAD:development
它正常工作。
通过研究，我发现 HEAD 表示当前分支的名称。所以，如果它是对的，那对我来说没有任何意义。
有什么区别
git push origin development
和
git push origin HEAD:development
最佳答案
git push remote-name some-name
尝试将任何名为some-name 的本地 分支推送到也名为some-name 的远程分支在 remote-name/some-name 解析。在引擎盖下，它在匹配的每个位置(本地、远程)的 refs 下寻找分支名称。
由于您的 development 的本地副本尚未修改，您会收到一条消息，表明它是最新的，无需推送。
替代版本
git push remote-name HEAD:development
跳过有关在本地和远程 refs 中查找匹配分支名称的部分，因为您已通过 HEAD 为其指定了一个显式分支。
它仍然使用远程 refs 来确定远程分支 development。但随后它使用当前分支(您的新 test 分支)的 HEAD 来推送提交。
如果你想简单地从 test 分支执行 git push 并正确地从 test 推送到 remote/development，您可以将 push 的默认行为配置为“上游”设置(请注意，术语“跟踪”是“上游”的旧术语，首选)。
做
git config --global push.default upstream
确保普通 git push 只会尝试从当前分支推送到其注册的上游分支。
如果没有设置，在 git 版本 2.0 之前，普通 git push 的默认模式会导致尝试将 所有 本地分支推送到具有匹配名称的上游分支他们配置的 Remote 。对于 git 2.0 和更新版本，默认设置是 simple ，它的作用类似于 upstream ，除了如果当前分支与其配置的名称不同，它也无法推送远程。
“上游”设置是一个很好的设置，因为 (a) 它允许轻松推送分支，无论它们的名称是否与上游名称匹配； (b) 对于 2.0 之前的版本，它将 git push 的简单调用限制为仅影响当前分支，因此如果您正在多个分支上积极开发，git push 不会再无意中推送与当前分支工作无关的其他工作； (c) 你将不需要专门命名远程和分支的 git push 形式，除非你试图推送到某个不是你当前分支的上游配置的分支——我认为这最有效感觉:如果你不是从本地分支推送到其自然的、配置的上游目标，你应该只需要详细地拼出分支。即使是 2.0 simple 设置也不能满足这一要求。
remote-name 通常是 origin，但可以是任何配置的远程，通过各种 git 命令添加或直接在 .gitconfig 文件中添加。
关于git - git push origin development和git push origin HEAD :development的区别，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/36255366/