第七色在线视频,2021少妇久久久久久久久久,亚洲欧洲精品成人久久av18,亚洲国产精品特色大片观看完整版,孙宇晨将参加特朗普的晚宴

為了賬號安全,請及時綁定郵箱和手機立即綁定
已解決430363個問題,去搜搜看,總會有你想問的

git 中,關(guān)于在主分支修改Bug的問題!

git 中,關(guān)于在主分支修改Bug的問題!

藍山帝景 2019-04-16 20:25:42
首先我們開發(fā)的分支包括master和devmaster是主分支dev為開發(fā)分支我們每次提交的模式是,大家都有各自的本地分支,a,b,c,他們都向dev進行提交,提交并測試通過的提交到master分支.以上是開發(fā)流程下面描述問題:由于現(xiàn)在master生產(chǎn)環(huán)境配置了大量生產(chǎn)信息,并且這些修改僅在master上.我們現(xiàn)在需要修改該一個Bug,這個Bug是dev和master同時存在的(bug很緊急).理論上,應(yīng)該在提交到dev上然后測試通過修復(fù)bug再提交到master上.但是現(xiàn)在dev上有大家提交的未測試的功能,故不能僅僅在dev上修改后立即提交到master上,也不能僅僅只在master上提交,然后mastermerge回dev就會將大量配置信息引入dev環(huán)境.所以我們的處理辦法是dev上修改一遍master上修復(fù)一遍.理論上當(dāng)下次提交的時候會出現(xiàn)diff,這個diff也僅僅是真對于這個Bug的,這是我們能想到的辦法了,但我覺得一定有比這個更好的辦法,請問大家有沒有好的解決方法和意見!看到網(wǎng)上,有這樣的解決辦法,是在我們的master分支切一個分支出來,然后更改bug后,分別merge到master和dev,但是我還是不理解,這樣還是會將master的配置信息帶入dev.請問這樣對否?還是我理解有什么偏差,謝謝!
查看完整描述

2 回答

?
子衿沉夜

TA貢獻1828條經(jīng)驗 獲得超3個贊

從master分出一個分支,可以叫樓上推薦的hotfix,之后修改,再commit。
接下來,不是直接把mastermerge到dev去(因為你有不一樣的配置信息),而是用cherrypick把只帶有差異的commit(s)“摘”到dev去。
在你的案例中,cherrypick比merge更合適,不過你要注意的是:需要在后面cherrypick的commit(s)里不要包含dev不想要的內(nèi)容(比如master的特定配置信息),如果這些內(nèi)容也有更改,可以分別提交,因為cherrypick是可以“跳著摘”commit(s)的。
最后,我很奇怪為什么配置信息這樣的東西也會在版本庫里,如此一來豈不是dev往master合并的時候也有覆蓋配置信息的風(fēng)險?如果你們可以把配置信息隔離出來,也就用不著cherrypick而是可以直接merge了——這才是你在網(wǎng)上看到的解決方案。
                            
查看完整回答
反對 回復(fù) 2019-04-16
?
LEATH

TA貢獻1936條經(jīng)驗 獲得超7個贊

沒實際遇到過這種場景如果這種情況我大概會這樣操作
從dev分支中和master相同的那個commit創(chuàng)建一個新分支hotfix
在hotfix中修bug
修完后master和其他人員合并這個分支
                            
查看完整回答
反對 回復(fù) 2019-04-16
  • 2 回答
  • 0 關(guān)注
  • 350 瀏覽
慕課專欄
更多

添加回答

舉報

0/150
提交
取消
微信客服

購課補貼
聯(lián)系客服咨詢優(yōu)惠詳情

幫助反饋 APP下載

慕課網(wǎng)APP
您的移動學(xué)習(xí)伙伴

公眾號

掃描二維碼
關(guān)注慕課網(wǎng)微信公眾號