git重基(？)去上游而不合并？

Question

(注意:我很怀疑我的问题是，我不知道该搜索哪个词，很可能我正在使用的术语和我真正想要的是不同的东西。请不要根据我所用的条件来假设太多。)

编辑：所有以下内容都与远程.有关(为了便于讨论，假设在开始时，任何地方都不存在本地客户端，并且一旦完成，创建的任何本地客户端都将被删除)。

我创建了一个分叉，创建了一个PR，它被合并到上游，我尝试重新建立一个基础。但是现在当我看到我打算继续使用的分支(例如主人)时，它们显示为上游/主人和我在叉子上所做的事情的合并，尽管没有来自上游的变化。

我想要的是让我的叉子主人，当我在GitHub上看到，反映现实，并表现为只有上游/主人在其历史上。这就是：

​

​

如果我不介意失去历史的其余部分，我可以通过删除整个存储库并重新开始来实现这一点，但是对于这样一个常规和必要的操作来说，这似乎是相当激烈的(如果我有正在进行的其他分支，那么根本不能工作)。

Answer 1

我想要的是让我的叉子主人，当我在GitHub上看到的时候，反映现实，显示在它的历史上只有上游/主人

如果我理解正确，那就不是现实了。您的分叉的历史从您制作叉子的那一点开始，而不是从远程主机所在的位置开始。您的分叉将永远与遥控器并行运行，并在必要时进行前向/后向合并。

，当我收到git reset upstream/master ; git push origin master时，“更新被拒绝，因为当前分支的提示位于远程分支的后面。”

简单地说，你可以用git push origin master -f完成你想要的事情，有效地扼杀你的叉子的历史记录，并干扰其他可能在你的叉子上工作的人。

如果您是远程上的贡献者，那么您所描述的工作流程听起来更像一个工作流程，为每个特性创建了一个新分支。

我对上下文的理解：

​

Top是一个典型的分叉工作流，底部是如果您作为远程贡献者开发独立特性分支时所遵循的工作流。红色是一个(完全有效的)提交的叉子的主，之后合并到远程。