【问题标题】:Github Revert. Unsure about historyGithub 还原。不确定历史
【发布时间】:2014-10-04 09:30:35
【问题描述】:

我正在处理的项目有 2 个主要分支,开发和主控。我已经为我的功能分支设置了一个拉取请求,但错误地忘记选择开发作为基础,因此 PR 是 master 作为其默认值(将更改它)。

PR 实际上被合并到 master 中,因为分配的人要么没有意识到,要么认为它是正确的。然后我的分支被删除了,PR也关闭了。

过了一会儿,我意识到它进入了错误的分支。当我查看原始 PR 时,我注意到一个还原按钮。因此,在阅读并与另一个人交谈之后,我们进行了还原,这使得一个新的提交和一个新的 PR 撤消了原始 PR 所做的所有提交。

然后将其合并,一切恢复正常。和之前的错误合并一样。

我恢复了我原来的特性分支,并按照最初的预期为开发做了一个新的 PR。但是出于好奇,我选择 master 来看看 Github 是怎么说的。 Github 说我无法比较或合并,因为 master 包含所有提交作为我的功能分支。

所以我的问题是。如果时机成熟,如果我想在下周左右直接合并,我将如何将我的更改变为 master?

或者,这是我更困惑的地方,当我的功能按预期进入开发时,会发生什么/当将开发合并到主时它将如何工作?

请记住,master 将功能分支的所有提交紧跟在一个临时分支的单个提交之后,该临时分支反转了所有先前的合并更改。

【问题讨论】:

    标签: git github


    【解决方案1】:

    据我了解,您现在的情况如下:

    1. feature-branch 已合并到 master
    2. feature-branch 已合并到 develop
    3. 具有还原 feature-branch 合并的提交的拉取请求已合并到 master

    要在master 中恢复feature-branch 更改,请创建一个新分支并创建一个提交以恢复#3 中的恢复提交。通过拉取请求将此新分支合并到master

    最终结果是您将有两个未通过 develop 的拉取请求合并到 master。我不知道这是否会破坏交易,但这很简单。

    看到这个article

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2018-11-04
      • 2018-07-22
      • 2011-10-26
      • 2018-05-02
      • 1970-01-01
      • 2013-01-08
      • 2012-01-13
      • 1970-01-01
      相关资源
      最近更新 更多