尽管我的更改被合并，Git还是从上游分离

我不得不偶尔提交一些小补丁。
一旦我的更改被合并，我希望拥有与上游完全相同的文件

问题：我的叉子不知怎么开始“分叉”。即使是最小的更改，Gitorious也会显示很多文件，对于我的最新补丁：

我不得不仔细挑选相关的承诺，因为你的回购协议似乎已经发生了巨大的分歧，以至于差异似乎表明基本上一切都在改变

这是我一直做的：

git pull upstream master
git push
<make my changes>
git commit -m "bla"
git push
<and then I send a merge request via Gitorious website>

git拉上游主节点
git推送
git提交-m“bla”
git推送

我做错了什么？

---

浪费上游的宝贵时间让我很难过。

不要拉，如果不能快进，它将创建一个合并提交，如果您进行了一些提交，很可能就是这种情况

---

如果远程分支中没有提交，只需获取并重新设置其基础。

不要拉，如果不能快进，它将创建一个合并提交，很可能是您进行了一些提交

---

如果远程分支中没有提交，只需获取并重新设置其基础。

您是指从我自己的远程分支获取，还是从上游获取？@NicolasRaoul fetch from upstream@NicolasRaoul看一看：git log--graph--oneline--decoration--all，您可能会发现您的提交不在origin/master（上游）之上：存在不应该存在的合并。@NicolasRaoul顺便说一句，您应该为合并创建专用分支。这样的分支一旦被上游合并就可以被删除。记住不要在公共分支上使用rebase，因为它重写了历史：从公共分支“分叉”的人在重新设置分支后会非常失望。你是说从我自己的远程分支取数吗，或者从上游提取？@NicolasRaoul从上游提取。@NicolasRaoul看一看：git log--graph--oneline--Decoration--all，您可能会发现您的提交不在源代码/主代码（上游）之上：有一个不应该存在的合并。@NicolasRaoul顺便说一句，您应该为合并创建专用的分支。这些分支一旦被上游合并，就可以被删除。记住不要在公共分支上使用rebase，因为它重写了历史：从公共分支“分叉”的人在重新设置基础后会非常失望。