GitLab合并请求显示主服务器中已存在的旧更改_Git_Merge_Gitlab

GitLab合并请求显示主服务器中已存在的旧更改

git merge gitlab

GitLab合并请求显示主服务器中已存在的旧更改,git,merge,gitlab,Git,Merge,Gitlab,我正在将我的fork中的更改合并到我们团队在GitLab上的主repo中奇怪的是，随着我的提交，合并意味着其他文件被更改了，我还没有处理的文件。它显示的变化已经出现在我要合并到的上游主节点中。什么这是我的工作流程：（第9步是我遇到麻烦的地方。）从本地主机到上游主机从本地主创建要素分支签出功能分支在我的特性分支上做大量的工作，经常提交并推送到我的fork的特性分支创建合并请求并将fork的功能分支合并到上游主节点中签出本地主服务器并从上游主服务器重新设置基础从本地主文件中签出本地

我正在将我的fork中的更改合并到我们团队在GitLab上的主repo中

奇怪的是，随着我的提交，合并意味着其他文件被更改了，我还没有处理的文件。它显示的变化已经出现在我要合并到的上游主节点中。什么

这是我的工作流程：（第9步是我遇到麻烦的地方。）

从本地主机到上游主机

从本地主创建要素分支

签出功能分支

在我的特性分支上做大量的工作，经常提交并推送到我的fork的特性分支

创建合并请求并将fork的功能分支合并到上游主节点中

签出本地主服务器并从上游主服务器重新设置基础

从本地主文件中签出本地功能分支和重基（如果需要）（以引入我的队友可能在其他文件中所做的任何更改）

在本地做更多的工作，经常提交并推送到MyFork的特性分支

创建一个从fork功能分支到上游主文件的合并请求，，该请求显示对其他文件的更改，以及上游主文件中已经存在的更改逐行比较“更改”与这些其他文件的上游主控中的内容，我可以看到这些更改已经存在于上游主控中
git到底为什么要这么做？这真的让人感到不安，就像我做错了什么，每次遇到这种奇怪的情况，我都会在默认情况下合并这些更改，因为这些其他文件都是我的队友在工作——我不能100%确定我的fork功能是否真的有最新和最好的代码
我做错了什么

谢谢大家!
据我所见，是您的分叉分支中master的重定基调（又名步骤7）造成了混乱。
通过重定基址，您可以放下所有合并，然后更改提交哈希，创建新的提交
您可以：

git merge
而不是步骤7中的重基

git-rebase——保留合并

为了充分理解其中的含义，我建议阅读这个问题的详细记录的答案：
非常感谢@Cannabear！我会调查的。