Gitlab还原,合并请求显示0个更改

Gitlab还原,合并请求显示0个更改,git,merge,gitlab,Git,Merge,Gitlab,我们有两个分支staging和master 我们总是先推到staging,然后提交合并请求,将staging与master合并 我们在最近的合并中出错,并还原了更改 e、 g 新合并请求-合并暂存将204ee3a406432bde305ce680gg22650b2f25ef3提交给主机(暂存包括错误) 合并已批准-主控(显示错误) 还原合并,创建一个新分支revert-088d6dbf 新合并请求,合并分支将-088d6dbf还原到主分支 合并已批准-主控(返回原始,无错误) 问题是我已经更

我们有两个分支
staging
master

我们总是先推到
staging
,然后提交合并请求,将
staging
master
合并

我们在最近的合并中出错,并还原了更改

e、 g

  • 新合并请求-合并暂存
    将204ee3a406432bde305ce680gg22650b2f25ef3提交给主机(暂存包括错误)
  • 合并已批准-主控(显示错误)
  • 还原合并,创建一个新分支
    revert-088d6dbf
  • 新合并请求,合并分支
    将-088d6dbf
    还原到主分支
  • 合并已批准-主控(返回原始,无错误)
问题是我已经更正了登台分支上的错误。当我尝试一个新的合并请求(转移到主机)时,提交
204ee3a406432bde305ce680gg22650b2f25ef3的所有更改都无法识别。上面写着“0变化”?我不明白,分支
revert-088d6dbf
仍然存在

暂存分支上的代码不在master上,但当我尝试新的合并请求时,这些代码在更改中都无法识别


我该怎么办?我通常只是将staging与master合并。这是我第一次处理还原操作。

在我看来,您还原了(也是?)您现在尝试合并到master中的分支,因此没有任何更改。您可能应该签出分支并手动查看内容。然后回到分支的历史记录中,尝试在还原之前找到一个提交,其中包含所需的更改。然而,更大的问题似乎与您的一般工作流程有关。您实际上不应该以某种方式创建多个分支来将单个合并到主节点中。我建议您仔细阅读GitLab关于该主题的建议:您的描述不足以说明发生了什么。您需要描述在每个步骤中是谈论本地主分支和暂存分支还是远程分支。或者以渲染图的形式向我们显示存储库的最新状态,如下所示: