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

浏览:39日期:2023-09-14

问题描述

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

问题解答

回答1:

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

回答2:

谢谢邀请。

先把已经开发好的版本提交合并到服务器上,这样保证了开发版本的唯一性对应版本号

没必要删除分支,提交好代码之后,再根据新需求开发即可,或者你重新clone一个分支也可以

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

回答3:

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

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

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

回答4:

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

有新需求就新开feature

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

相关文章: