跟上其他分公司的主人

时间:2016-07-01 05:56:13

标签: git

在一个积极开发的项目中,主人有一个名为FollowingModel的模型。

我从大师那里分道扬and并在我的分支上工作了几天 - 创建了使用FollowingModel的方法。当我做PR时,另一个分支被合并到master中,将FollowingModel更改为Following。我可以在没有合并冲突的情况下合并到主服务器中,但是如果我这样做,应用程序将会中断 - 因为我的方法将调用一个名称已更改的模型。

在这种情况下进行的正确方法是什么?在一个大项目中,有很多活动部件,这是如何处理的?

2 个答案:

答案 0 :(得分:1)

在提交公关之前,您需要在新master之上重新设置本地分支。

  • 您从“upstream”(引用原始回购的远程)
  • 获取
  • upstream/master合并到master以更新您自己的master
  • master之上修改您的分支并强制推送(并使您的方法名称适应master正在使用的内容)

目标仍然是维护者能够在收到您的公关时,在他/她的master分支上快进您的分支。

如果您直接推送到原始仓库,那么:

  • 它不是“经典”PR 但是“GitHub Secrets”确实提到了:
  

您是否知道可以在同一存储库中的分支之间使用Pull Requests?   您不需要分叉存储库来使用Pull请求   在GitHub内部,我们几乎总是在分支之间使用Pull请求。

  • 序列变为:

    git checkout master
    git pull origin master
    git checkout featureBranch
    git rebase master
    # fix bugs
    git push --force origin newBranch
    

但是假设你是唯一一个newBranch工作的人(或者这是newBranch的第一次推动)。如果你多次这样做,newBranch的历史会在每次推力时发生变化。

答案 1 :(得分:1)

在合并之前你通常会做的事情是对主人的反驳。那就是在这种情况下你应该做些什么,要么重新定位,要么将主人合并回你的分支。之后,您在分支中进行了新的主更改,并可以解决出现的所有问题。修复所有错误后,您可以合并到master。