git流程和合并策略

时间:2017-04-22 12:10:00

标签: git merge branch pull

在我的团队中,我们遵循Git分支策略,如下所示

   master
       release 
         develop
           feature1
           feature2

假设我正在处理一个功能(feature1),当我完成了几百次提交时,因为我的功能如此之大。为了与开发分支同步并且之后不会产生巨大的合并努力,我经常将开发合并到我的功能分支。因此,当我完成后,除了我自己的功能开发之外,我的功能分支实际上比开发更新,除了我自己的功能开发之外所有其他开发人员的所有提交。

现在的问题是,

  1. 通过在开发期间经常将开发分支合并到功能分支,我是否做了正确的事情?我问的原因是,无论如何我都需要做另一个合并来开发分支(当我完成时从我的功能分支开始)所以我一直在做的合并(从开发到功能)是浪费精力。我这样做是为了确保我保持接近发展。

  2. 当我完成我的功能后,因为我的功能分支比回购中的任何东西都更新,我可以简单地让它成为新的开发,不是吗?这将节省我从另一个合并(开发)。如果我这样做,它将影响所有其他一直在跟踪真正的开发分支的开发人员。如果我只是删除了开发分支,然后将我的功能重命名为develop并将其移动到远程,它会解决这个问题吗?

0 个答案:

没有答案
相关问题