【问题标题】:How to sync my fork and merge before sending pull request如何在发送拉取请求之前同步我的分叉和合并
【发布时间】:2018-10-28 22:34:15
【问题描述】:

我刚开始使用拉叉模型。当我必须修复某些东西或新功能时,我会保持同步我的 fork 并创建一个新分支。

我想知道当我不得不面对以下情况时该怎么办:

假设我开始创建一个新功能

当我完成我的新功能并且在使用这个新分支创建拉取请求之前,我发现我的 fork 比 master 落后了 1 个提交,所以我同步了我的 fork,我得到了这个:

现在我的问题是在发送拉取请求之前我应该​​做什么?我认为我应该将 C4 合并到 F2 中,但不确定这是否是正确的方法,或者我应该改用 rebase。

谢谢

【问题讨论】:

    标签: git merge rebase


    【解决方案1】:

    我更喜欢合并,其他人更喜欢变基。

    https://www.atlassian.com/git/articles/git-team-workflows-merge-or-rebase 作者说

    我对所有事物的经验 - git - 科学,我知道! – 是始终合并方法具有稍大的思想份额。但是,always rebase 字段在网上也很受欢迎。

    如果操作正确,合并还是变基并不重要。

    【讨论】:

      【解决方案2】:

      在您的示例中,您不必通过合并 master 或 rebase 到 master 来同步您的分支,因为您声明您完成了拉取请求。如果将您的功能合并回主分支会产生冲突,那么您可能需要先同步(合并或变基)以解决冲突,这样上游就不必处理它。

      如果您的拉取请求尚未完成,如果您依赖于 master 中的更改,您可以将 master 合并到 feature(或 rebase 到 master)。不要仅仅为了同步而同步。

      【讨论】:

        猜你喜欢
        • 2021-04-06
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2017-12-20
        • 2017-03-15
        • 2021-07-23
        • 1970-01-01
        相关资源
        最近更新 更多