邁向規(guī)?；艚荩^部商業(yè)銀行如何解決代碼沖突難題？
當(dāng)一群人同時對同一個地方的代碼進(jìn)行修改，會發(fā)生什么？
北京一個陽光明媚的周五，小光同學(xué)正在使用 Git 絲滑的寫著代碼。他馬上就要完成一個金融產(chǎn)品特性開發(fā)，要是在下班前順利提交代碼，就可以愉快享受一個完整的周末。與之同組并行開發(fā)的還有其他 5 位小伙伴，根據(jù)開發(fā)節(jié)奏，對于準(zhǔn)時完成任務(wù)信心十足，于是他們約好了晚上一起聚餐，大家也加快了敲代碼的節(jié)奏。
下午 5 點(diǎn)，大家都開始提交代碼，一般一個人對應(yīng)一個分支來對 Feature 開發(fā)，此時有 5 個 Feature 分支都要向 Dev 分支合并。其中有三個人修改了同一個地方的代碼，沖突出現(xiàn)了。
按照傳統(tǒng)的代碼管理方式，小光需要判斷并找出「提交的沖突代碼」涉及了哪些人，并且需要通知「當(dāng)事人」進(jìn)行本地拉取代碼，從而解決沖突。然而當(dāng)解決完其中一位小伙伴的代碼沖突時，又會出現(xiàn)另一位小伙伴的代碼沖突問題，周而復(fù)始，甚是折磨。
幸運(yùn)的是，小光同學(xué)所任職的某頭部股份制商業(yè)銀行 G 也發(fā)現(xiàn)研發(fā)團(tuán)隊(duì)存在的代碼沖突問題。實(shí)際上，80% 使用 Git 進(jìn)行代碼提交的行為都會遇到?jīng)_突，而對于銀行而言，各大金融系統(tǒng)之間不僅存在復(fù)雜的關(guān)聯(lián)，存在多任務(wù)并行開發(fā)，同時也面臨不同期投產(chǎn)等多種復(fù)雜的開發(fā)投產(chǎn)場景，因此如何快速檢測、定位并處理交叉代碼成為該銀行研發(fā)團(tuán)隊(duì)的困擾與難題。
于此，該頭部股份制商業(yè)銀行 G 通過多方評估，與開源中國（深圳市奧思網(wǎng)絡(luò)科技有限公司）達(dá)成合作，引入市面上首屈一指的研發(fā)效能管理平臺—— Gitee 旗艦版，依托旗下面向企業(yè)大規(guī)模研發(fā)生產(chǎn)過程的私有化代碼資產(chǎn)管理工具—— Gitee Code，該企業(yè)的研發(fā)效能實(shí)現(xiàn)了下列突破：
輕松應(yīng)對 4 倍于以往的并行研發(fā)速度；
總體沖突解決時長降低 60%；
邁向面向未來的規(guī)?；艚荨?/strong>
那么，該頭部股份制商業(yè)銀行 G 又是如何運(yùn)用 Gitee Code 提升在線解決沖突能力，輕松應(yīng)對并行開發(fā)中的每次代碼合并的呢？今天，我們給大家進(jìn)行全方位解讀。
毋需本地下載，在線解決沖突
自從引入 Gitee Code 在線解決代碼沖突后，該頭部股份制商業(yè)銀行 G 通過覆蓋整分支合并 Pull Request（分支向另外分支提出合并需求時的在線評審過程）、Cherry pick（通過摘選的模式向目標(biāo)分支轉(zhuǎn)移 Commit）兩種 Git 的主要合并手段，結(jié)合傳統(tǒng) Git Flow 等分支模型整分支合并方式，分析分支間對差異，改變以往一定要下載代碼到本地才能解決沖突的方式，只需在 Web 端即可解決企業(yè)的代碼沖突難題。
一次性、自動化、全方位進(jìn)行檢測
當(dāng)該銀行進(jìn)行整分支合并時，Gitee 通過對比源分支以及目標(biāo)分支差異幫助企業(yè)實(shí)現(xiàn)快速檢測，并把沖突文件記錄到數(shù)據(jù)中，方便后續(xù)開發(fā)者能通過在線方式進(jìn)行沖突解決。
值得一提的是，Cherry pick 在線解決沖突方式是通過自動創(chuàng)建臨時中間分支實(shí)現(xiàn)快速檢測。也就是說，銀行開發(fā)人員通過 Gitee 將本次變更合集按序合并到臨時中間分支，檢測企業(yè)文件是否存在多個不同版本、版本是否連續(xù)來進(jìn)行快速檢測，一次性、自動地將本次變更合計(jì)全部檢測完成后，并將檢測到的沖突文件記錄到數(shù)據(jù)庫。
更符合思維模式的三欄評審
當(dāng)該銀行在執(zhí)行合并過程中遇到?jīng)_突文件，只需利用 Gitee Code 的三欄評審在線解決沖突能力，自動從右側(cè)滑入沖突解決窗口，窗口上方展示沖突文件列表，開發(fā)人員只需要選擇其中任意沖突文件，點(diǎn)擊「解決沖突」按鈕，下方彈出沖突解決三欄，左欄是原分支代碼，右欄是目標(biāo)分支代碼，中間欄是合并結(jié)果，差異部分將會以高亮顯示。
之后開發(fā)人員可以根據(jù)實(shí)際需要選擇左欄或右欄合入，待所有文件合并完成后提交，沖突解決完畢，沖突頁面即可關(guān)閉。
算法輔助定位沖突
該企業(yè)臨時中間分支文件內(nèi)容是以目標(biāo)分支為基點(diǎn)，疊加本次變更合集內(nèi)容；當(dāng)疊加時出現(xiàn)沖突，Gitee 幫助該銀行的研發(fā)團(tuán)隊(duì)對沖突文件進(jìn)行排序并展示在 Web 頁面上，其中臨時中間分支文件內(nèi)容根據(jù)沖突計(jì)算規(guī)則，自動疊加影響沖突的變更集內(nèi)容。
在線解決、斷點(diǎn)續(xù)存
自從采用了 Gitee 旗下的私有化 Gitee Code，不僅改變銀行原有下載到本地線下進(jìn)行代碼沖突的處理方式，還支持在服務(wù)端在線處理。
因此，該銀行的研發(fā)團(tuán)隊(duì)可以直接在線核對產(chǎn)品差異內(nèi)容、編輯沖突內(nèi)容，Gitee 將自動緩存解決結(jié)果。同時，開發(fā)人員還可以對沖突進(jìn)行多次處理，支持?jǐn)帱c(diǎn)續(xù)存，當(dāng)沖突處理完成后，Gitee 自動將臨時中間分支內(nèi)容合并到目標(biāo)分支，并自動刪除臨時中間分支。
組織變革是由每個個人的轉(zhuǎn)變構(gòu)成的
Gitee 基于服務(wù)端的在線分支合并沖突處理方法，不僅綜合分析了常見的分支合并時文件沖突場景，總結(jié)出了一套沖突文件檢測，文件分析，文件沖突內(nèi)容獲取及 Web 頁面展示、編輯、緩存的方案及處理流程。
按此方法，Gitee 幫助該頭部股份制商業(yè)銀行 G 極大簡化了沖突文件檢測、定位和處理過程，并標(biāo)準(zhǔn)化了文件沖突解決流程，避免因線下操作不規(guī)范引入的代碼質(zhì)量風(fēng)險(xiǎn)。
組織變革是由一個一個的個人來完成的，一個組織中一個人的行為或觀念的改變是實(shí)現(xiàn)轉(zhuǎn)型的細(xì)胞基礎(chǔ)。
現(xiàn)如今，該企業(yè)研發(fā)團(tuán)隊(duì)中類似小光的同學(xué)無需頭疼代碼沖突問題。他們只需利用 Gitee Code 的三欄評審在線解決沖突能力，在線輕松完成協(xié)作，不再需要線下組織，就能 10 分鐘解決完沖突，30 分鐘完成自測，不僅提高工作效率，同時也助力整個組織邁向面向未來的規(guī)?；艚葜?/strong>。
如果您想了解更多高效能組織的解決方案，歡迎復(fù)制后面的鏈接（鏈接地址：https://gitee.cn/ultimate）前往 Gitee 旗艦版 開啟效能提升的關(guān)鍵一步。同時，您也可以復(fù)制下方鏈接，聯(lián)系您的專屬顧問，我們將在第一時間與你溝通。
鏈接地址：https://gitee.cn/contact-us
