问题场景是, 我从 develop 上拉出了一个 feature 做新功能开发, 开发完毕后合并回 develop, 然后这个时候需求方又提了个变化...此时是该怎么处理最佳? 是删除之前的 feature 分支了, 重新拉一个新的 feature 分支, 还是直接在 develop 上修改? 或者继续在原来的 feature 上修改, 修改完再次合并回 develop?
继续在原来的 feature 上修改, 修改完再次合并回 develop
谢谢邀请。
先把已经开发好的版本提交合并到服务器上，这样保证了开发版本的唯一性对应版本号
没必要删除分支，提交好代码之后，再根据新需求开发即可，或者你重新clone一个分支也可以
总之，这个不算是什么难题，哪怕根据你自己的个人习惯都可以。删除，提交，合并，重新clone都可以
即使是在原来的feature分支上继续开发，也需要定期把develop分支向这个feature分支合并。
这与删除旧的feature分支，重新从develop拉一个新的feature分支并无本质区别。
直接在develop上改是不好的。既然用feature分支开发，就别直接在develop分支去改。
feature开发完合并回develop的时候，该分支应该已经被干掉了
有新需求就新开feature
一般开发人员不允许在develop上push，develop的权限应该只开放给开发组长之类的人
继续在原来的 feature 上修改, 修改完再次合并回 develop
谢谢邀请。
先把已经开发好的版本提交合并到服务器上，这样保证了开发版本的唯一性对应版本号
没必要删除分支，提交好代码之后，再根据新需求开发即可，或者你重新clone一个分支也可以
总之，这个不算是什么难题，哪怕根据你自己的个人习惯都可以。删除，提交，合并，重新clone都可以
即使是在原来的feature分支上继续开发，也需要定期把develop分支向这个feature分支合并。
这与删除旧的feature分支，重新从develop拉一个新的feature分支并无本质区别。
直接在develop上改是不好的。既然用feature分支开发，就别直接在develop分支去改。
feature开发完合并回develop的时候，该分支应该已经被干掉了
有新需求就新开feature
一般开发人员不允许在develop上push，develop的权限应该只开放给开发组长之类的人