問(wèn)題場(chǎng)景是, 我從 develop 上拉出了一個(gè) feature 做新功能開(kāi)發(fā), 開(kāi)發(fā)完畢后合并回 develop, 然后這個(gè)時(shí)候需求方又提了個(gè)變化...此時(shí)是該怎么處理最佳? 是刪除之前的 feature 分支了, 重新拉一個(gè)新的 feature 分支, 還是直接在 develop 上修改? 或者繼續(xù)在原來(lái)的 feature 上修改, 修改完再次合并回 develop?
4
0
0
謝謝邀請(qǐng)。
先把已經(jīng)開(kāi)發(fā)好的版本提交合并到服務(wù)器上，這樣保證了開(kāi)發(fā)版本的唯一性對(duì)應(yīng)版本號(hào)
沒(méi)必要?jiǎng)h除分支，提交好代碼之后，再根據(jù)新需求開(kāi)發(fā)即可，或者你重新clone一個(gè)分支也可以
總之，這個(gè)不算是什么難題，哪怕根據(jù)你自己的個(gè)人習(xí)慣都可以。刪除，提交，合并，重新clone都可以
即使是在原來(lái)的feature分支上繼續(xù)開(kāi)發(fā)，也需要定期把develop分支向這個(gè)feature分支合并。
這與刪除舊的feature分支，重新從develop拉一個(gè)新的feature分支并無(wú)本質(zhì)區(qū)別。
直接在develop上改是不好的。既然用feature分支開(kāi)發(fā)，就別直接在develop分支去改。
feature開(kāi)發(fā)完合并回develop的時(shí)候，該分支應(yīng)該已經(jīng)被干掉了
有新需求就新開(kāi)feature
一般開(kāi)發(fā)人員不允許在develop上push，develop的權(quán)限應(yīng)該只開(kāi)放給開(kāi)發(fā)組長(zhǎng)之類的人
