【问题标题】:Will There Be Difference for Git Merge Feature Branch to Master Compare to Master to FeatureGit Merge Feature Branch to Master 与 Master to Feature 比较会有区别吗
【发布时间】:2020-03-11 16:11:17
【问题描述】:

我打算将新功能(在功能分支中)合并到主分支中。我继续将 Feature 合并到 Master 中。但是,我发现Master少了一行。但是,如果我将 Master 合并到 Feature 中,然后将 Feature 合并回 Master,则该行将保留在 Master 中。我的问题是,将 Feature 合并到 Master 和 Master 合并到 Feature 有区别吗?谢谢

附加信息,在从 Master 签出 Feature 后,向 Master 添加了热修复。因此,它正在将 Feature 合并到“Master-2”中。

【问题讨论】:

    标签: git merge git-flow


    【解决方案1】:

    在执行任何合并之前,最好 fetch 进行更改并执行 puls,以防您要使用的某些分支在原点发生了一些您没有更改的情况在本地有。

    当您从 Feature BranchMaster 执行 git 合并时,您将获得从 Feature Branch 到 Master 的所有更改。

    所以,结果是:

    • 功能分支不会改变。
    • Master 从 Feature Branch 获取所有更改。

    当您执行从 MasterFeature Branch 的 git 合并时,您将获得从 Master 分支到 Feature 分支的所有更改(您正在赶上从掌握该分支以将其设置为最新)。

    所以,结果是:

    • 大师不变。
    • Feature 分支 从 Master 获取所有更改。

    所以,是的,假设您想在 master 中设置新功能,您仍然应该从 Feature 分支执行另一个合并,该分支在第二种情况下对 Master 进行了所有更改,否则您的 master 分支将不会得到更新。

    特性分支应该是关于小特性的,如果你正在处理一个在一天后没有被合并的特性分支,执行来自 master 的 fetch 请求也是很好的(好吧,它应该被开发以防你跟随 gitflow) 到该分支以使其保持最新并防止将来可能的合并冲突。

    但无论如何,我建议你关注gitflow。您应该使用开发和功能分支,并且只有在发布完成时才应该更新主分支。并且,除非您单独工作,否则 to 开发和 to 合并应该采用拉取请求/合并请求的形式,以便您的一些同事可以检查您的代码.

    【讨论】:

      猜你喜欢
      • 2017-10-20
      • 2014-12-04
      • 2020-08-30
      • 2015-11-14
      • 1970-01-01
      • 1970-01-01
      • 2014-03-12
      • 2018-06-25
      • 2022-12-02
      相关资源
      最近更新 更多