【问题标题】:Rebase or Merge in Git - Local Copy Behind在 Git 中变基或合并 - 本地副本落后
【发布时间】:2021-08-24 13:17:06
【问题描述】:

我有点情况。
现在,我有一个master 分支和一个feature 分支,它比master 提前9 次提交。
我还有一份已更新的 master 的本地副本。

我正在尝试想出将两个 feature 分支合并到 master 中的最佳方法。
这是一个rebase的案例吗?

现在我正在考虑将提前 9 次提交的 feature 分支合并到 master 中,然后尝试将本地副本推送到上面?

我认为这不会按我想要的方式工作。
任何建议表示赞赏。

【问题讨论】:

    标签: git bitbucket commit rebase


    【解决方案1】:

    这取决于“已更新的主节点的本地副本”。意思。

    如果这意味着 master 被 fetch 并且有来自远程的新提交,那么是的,在 master 之上的 feature 分支的 rebase 是一个好主意。
    (假设你一个人在那个特性分支上工作)

       (master)
          |
    m--m--m--m--m (origin/master)
           \
            f--f--f--f--f--f--f--f--f (feature)
    
    git switch feature
    git rebase origin/master
    
         (origin/master)
                |
    m--m--m--m--m--f'--f'--f'--f'--f'--f'--f'--f'--f' (feature)
    
    git push --force  
            
    

    【讨论】:

    • 感谢您抽出宝贵时间回复。本地副本已更新功能但尚未提交。我在想我应该将本地副本提交给主人。然后将功能分支变基到主分支上。这听起来正确吗?谢谢
    • @Cleveland_Alex 不确定本地副本是什么......大师?最好不要碰主人。没有新的提交。然后在其之上 rebase 特性,以确保该特性在主提交之上工作。
    • 是的,本地副本是 masterr,然后已经完成了工作。我们不知道另一个开发分支已经存在 9 次提交。
    • 那么是的,在本地master之上返利,并强制推送功能。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2023-01-10
    • 1970-01-01
    • 2015-09-05
    • 1970-01-01
    相关资源
    最近更新 更多