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

Question

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

Answer 1

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

Answer 2

谢谢邀请。

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

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

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

Answer 3

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

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

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

Answer 4

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

2. 有新需求就新开feature

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