问下大家是如何处理 feature 分支的需求变动的?
问题场景是, 我从 develop 上拉出了一个 feature 做新功能开发, 开发完毕后合并回 develop, 然后这个时候需求方又提了个变化...此时是该怎么处理最佳? 是删除之前的 feature 分支了, 重新拉一个新的 feature 分支, 还是直接在 develop 上修改? 或者继续在原来的 feature 上修改, 修改完再次合并回 develop?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
继续在原来的 feature 上修改, 修改完再次合并回 develop
谢谢邀请。
先把已经开发好的版本提交合并到服务器上，这样保证了开发版本的唯一性对应版本号
没必要删除分支，提交好代码之后，再根据新需求开发即可，或者你重新clone一个分支也可以
总之，这个不算是什么难题，哪怕根据你自己的个人习惯都可以。删除，提交，合并，重新clone都可以
即使是在原来的feature分支上继续开发，也需要定期把develop分支向这个feature分支合并。
这与删除旧的feature分支，重新从develop拉一个新的feature分支并无本质区别。
直接在develop上改是不好的。既然用feature分支开发，就别直接在develop分支去改。
feature开发完合并回develop的时候，该分支应该已经被干掉了
有新需求就新开feature
一般开发人员不允许在develop上push，develop的权限应该只开放给开发组长之类的人