首页 > 问下大家是如何处理 feature 分支的需求变动的?

问下大家是如何处理 feature 分支的需求变动的?

问题场景是, 我从 develop 上拉出了一个 feature 做新功能开发, 开发完毕后合并回 develop, 然后这个时候需求方又提了个变化...此时是该怎么处理最佳? 是删除之前的 feature 分支了, 重新拉一个新的 feature 分支, 还是直接在 develop 上修改? 或者继续在原来的 feature 上修改, 修改完再次合并回 develop?


谢谢邀请。

总之,这个不算是什么难题,哪怕根据你自己的个人习惯都可以。删除,提交,合并,重新clone都可以


继续在原来的 feature 上修改, 修改完再次合并回 develop


  1. feature开发完合并回develop的时候,该分支应该已经被干掉了

  2. 有新需求就新开feature

  3. 一般开发人员不允许在develop上push,develop的权限应该只开放给开发组长之类的人


即使是在原来的feature分支上继续开发,也需要定期把develop分支向这个feature分支合并。

这与删除旧的feature分支,重新从develop拉一个新的feature分支并无本质区别。

直接在develop上改是不好的。既然用feature分支开发,就别直接在develop分支去改。

【热门文章】
【热门文章】