我刚开始使用 bitbucket，我想我在理解它的结构时遇到了问题。
对我来说，我有一个名为 ABC 的新存储库，我添加了一些基本的归档、提交和推送源主控。现在最新推送的是我的origin/master吧？
现在我想创建一个名为 D 的分支并着手处理它。当我完成工作时，我承诺，现在我想把它推给我的主人。我不想把它推到原点。对我来说，看起来我必须将所有内容都推到原点，但我不明白为什么。对我来说，Origin 就像一个里程碑，但我想在第一次推送我的基本项目构建时保持原点。
然后我将创建一个分支 E 并对其进行处理。最后，对我来说结构应该是这样的。
这里有一张小图，希望能说明我的想法：
http://s7.postimg.org/k1f5q4b13/git_explanaition.jpg
更新：对于懂德语的人https://www.youtube.com/watch?v=0Im_FrvLxXo，这也对我理解系统有很大帮助。
【问题讨论】：
您的术语令人困惑。你不会把东西推到树枝上。您将事物合并到分支中。你推送到远程s。
origin 是您的遥控器 的名称。简单来说，这是您从中克隆的存储库。这是一个有两个遥控器的示例：
amb@nimrod-ubuntu:~/git-publish/git-publish$ git remote -v show
github git@github.com:abligh/git-publish.git (fetch)
github git@github.com:abligh/git-publish.git (push)
origin https://github.com/stefanha/git-publish.git (fetch)
origin https://github.com/stefanha/git-publish.git (push)
（不要担心获取和推送的单独条目）。你可以看到我克隆了 stefanha 的 github repo，名为 git-publish，然后做了一些更改，将其推送到我自己的 github repo（同名）。
因此，您可以在本地分支之间合并，并从远程存储库推送/拉取/获取。提取从远程存储库获取更改，拉取（大致）提取然后将它们合并到本地跟踪分支中。推送会将您的更改合并到远程仓库的本地副本，并将您的更改推送到远程仓库。
如果您创建了一个新分支D，并已对其进行了更改集，那么您可以用它做两件事（嗯，可能还有更多，但让我们坚持显而易见的事情）：
您可以将分支 D 合并到您的本地 master 中。您可能希望也可能不希望将 master 推送到原点。
您可以将D 推送到原点，因此原点现在有两个分支。为此，您第一次需要告诉 git 推送到哪里，即执行 git push -u origin D 而不仅仅是 git push。 -u 告诉它跟踪上游分支，即当你下次执行 git pull 时从那里拉取。
我在这里简化了一点，但基本上就是这样。
【讨论】：
origin 是您推入和拉出的地方（或更准确地说是您推入和拉出的地方之一）。在我上面的例子中，它是 stefanha 的 gitub 存储库。在您的情况下，它可能是您的 bitbucket 存储库。 origin 正是不是您的本地存储库。
您不是“推动”掌握，而是“合并”。 “git push”命令用于发送到同一 repo 的另一个克隆（通常在另一台机器上），而不是用于在 repo 的同一克隆中的分支之间移动提交。
【讨论】：