譯者 | 劉汪洋

審校 | 重樓

如今，分布式版本控制系統(tǒng)，例如 Git，在版本控制領(lǐng)域已然成為主流。有人認(rèn)為，使用像 Git 這樣的版本控制系統(tǒng)（VCS）進(jìn)行分支和合并非常便捷。但我更推崇基于主干的開(kāi)發(fā)（TBD），現(xiàn)在我將解釋其中的原因。

在基于主干的開(kāi)發(fā)模式中，所有開(kāi)發(fā)人員都在同一個(gè)分支（例如 'main'）上工作。你可能已經(jīng)從 Martin Fowler 或 Dave Farley 那里了解過(guò)相關(guān)討論。當(dāng) Git 迅速成為首選版本控制系統(tǒng)時(shí)，通過(guò)與 Dave 的合作經(jīng)歷，我親身體驗(yàn)到了團(tuán)隊(duì)在持續(xù)交付環(huán)境中基于主干開(kāi)發(fā)所帶來(lái)的優(yōu)勢(shì)。

與此不同，分支模型則鼓勵(lì)開(kāi)發(fā)人員為每個(gè)特性、錯(cuò)誤修復(fù)或增強(qiáng)功能創(chuàng)建獨(dú)立的分支。雖然分支在隔離變動(dòng)和降低風(fēng)險(xiǎn)方面看似合理，但許多因素讓我更傾向于基于主干的開(kāi)發(fā)方式。

1. 速度與效率

主干開(kāi)發(fā)模式下，整個(gè)團(tuán)隊(duì)在同一分支上協(xié)作，從而實(shí)現(xiàn)更迅速的集成，并減少合并沖突。這正是持續(xù)集成（CI）的核心理念。雖然現(xiàn)在提到 CI 時(shí)通常是指“每次提交時(shí)在團(tuán)隊(duì)服務(wù)器上運(yùn)行構(gòu)建和測(cè)試”，但CI的本質(zhì)是確保代碼能夠定期并順利地集成。獨(dú)立分支的代碼未集成，且存在時(shí)間越長(zhǎng)，合并回主代碼庫(kù)的難度越大。獨(dú)立分支上快速開(kāi)發(fā)的修復(fù)和改進(jìn)似乎很迅速，但最終還是有代價(jià)的。定期集成小的更改通常比長(zhǎng)時(shí)間后進(jìn)行大型合并更為輕松。

2. 代碼穩(wěn)定性增強(qiáng)

主干開(kāi)發(fā)鼓勵(lì)頻繁提交，從而產(chǎn)生小型、易于管理的更改。頻繁拉取其他開(kāi)發(fā)人員的更改，并推送小型、有效的代碼更改，有助于確保代碼庫(kù)的穩(wěn)定性和可用性。如果有 CI 服務(wù)器為每次提交運(yùn)行構(gòu)建和測(cè)試，驗(yàn)證這種“穩(wěn)定和可工作”的假設(shè)就更方便了。任何時(shí)候構(gòu)建中斷，我們必須暫停提交，專注于修復(fù)。在構(gòu)建中斷時(shí)持續(xù)推送更改將無(wú)益于任何人。

在分支模型下，龐大、不頻繁的合并可能會(huì)因更改的規(guī)模而難以定位和修復(fù)錯(cuò)誤。當(dāng)他人合并了大型工作后，你是否曾發(fā)現(xiàn)自己的代碼不再工作？如果你和他人做了許多不同或重疊的更改，找出導(dǎo)致測(cè)試失敗或應(yīng)用程序工作不正常的原因可能會(huì)耗費(fèi)很長(zhǎng)時(shí)間，而這還需要你有可靠的測(cè)試覆蓋率。

3. 加強(qiáng)團(tuán)隊(duì)協(xié)作

結(jié)對(duì)編程是我最喜歡的團(tuán)隊(duì)成員之間的知識(shí)共享方式，雖然我知道并不是每個(gè)人都能這樣做（有關(guān)此方面的更多信息，可以查看 JetBrains 的 Code With Me）。如果沒(méi)有配對(duì)，至少團(tuán)隊(duì)?wèi)?yīng)該在同一代碼上工作。如果每個(gè)人都在自己的分支上工作，那么他們其實(shí)是在相互競(jìng)爭(zhēng)而非協(xié)作，還可能會(huì)因?yàn)閾?dān)心被他人的更改壓倒而過(guò)于小心翼翼。

若團(tuán)隊(duì)都在同一分支上工作，通常會(huì)增進(jìn)對(duì)正在進(jìn)行更改的理解，促進(jìn)團(tuán)隊(duì)協(xié)作和知識(shí)共享。相反，分支可能造成孤立的工作環(huán)境，導(dǎo)致團(tuán)隊(duì)內(nèi)部的知識(shí)空白。

4. 持續(xù)集成與交付（CI/CD）實(shí)踐的優(yōu)化

Dave Farley 的書(shū)籍 “持續(xù)交付”，以及相關(guān)博客文章和視頻，都深入強(qiáng)調(diào)了“主干開(kāi)發(fā)模式與持續(xù)集成和持續(xù)交付（CI/CD）實(shí)踐的天然相容性”。

在主干開(kāi)發(fā)模式下，持續(xù)集成的實(shí)施更加直接，因?yàn)榇a會(huì)頻繁提交到主干分支，而這也正是 CI 環(huán)境所構(gòu)建和測(cè)試的分支。任何的失敗都能及時(shí)發(fā)現(xiàn)并解決，從而降低了重大故障的風(fēng)險(xiǎn)。通常，追蹤引起問(wèn)題的具體更改相對(duì)容易。如果某個(gè)問(wèn)題無(wú)法立即解決，可以回退導(dǎo)致該問(wèn)題的具體修改。

現(xiàn)在我們應(yīng)該明白快速反饋循環(huán)的價(jià)值，因?yàn)樗茏屛覀兏斓匕l(fā)現(xiàn)問(wèn)題、找到原因，并迅速修復(fù)，從而提升軟件的質(zhì)量。

在主干開(kāi)發(fā)環(huán)境中，持續(xù)交付也得以蓬勃發(fā)展。成功的持續(xù)交付要求始終保持代碼庫(kù)可部署的狀態(tài)。主干開(kāi)發(fā)方法通過(guò)促進(jìn)頻繁的提交、集成，以及對(duì)所有集成的全面測(cè)試，確保了這一目標(biāo)的實(shí)現(xiàn)。任何時(shí)候引入的細(xì)微修改都使得軟件部署和測(cè)試更為順暢。

相較之下，使用分支模型來(lái)實(shí)現(xiàn)有效的 CI/CD 往往更復(fù)雜、更耗時(shí)。雖然有人可能會(huì)認(rèn)為：“我可以在我的分支上運(yùn)行構(gòu)建和所有測(cè)試”，但實(shí)際情況是，并非每次提交都進(jìn)行了真正的集成。直到合并（或變基）的過(guò)程中，你才會(huì)開(kāi)始面對(duì)任何集成問(wèn)題。在分支上運(yùn)行的所有測(cè)試，并沒(méi)有對(duì)任何類型的集成進(jìn)行實(shí)際檢驗(yàn)。

合并和測(cè)試不同分支的代碼可能會(huì)引入延遲和潛在錯(cuò)誤，進(jìn)而削弱構(gòu)建流水線的某些優(yōu)勢(shì)。

5. 減輕技術(shù)債務(wù)

長(zhǎng)期維護(hù)的分支常造成“合并地獄”現(xiàn)象，這是由于主分支（例如 'main'）與特性分支之間的差異過(guò)大，導(dǎo)致合并過(guò)程變得異常困難。這種情況可能引發(fā)技術(shù)債務(wù)的累積，因?yàn)榻鉀Q合并沖突時(shí)可能會(huì)采用快速但非理想的修復(fù)方案，或者接受集成開(kāi)發(fā)環(huán)境（IDE）的自動(dòng)建議而可能對(duì)其并未完全理解。相較之下，主干開(kāi)發(fā)、頻繁的合并操作和較小的代碼更改則使技術(shù)債務(wù)的管理和減少變得更為便捷。

總結(jié)

我個(gè)人確信主干開(kāi)發(fā)具備顯著優(yōu)勢(shì)，并在實(shí)際項(xiàng)目中親自體驗(yàn)了采用此種方法的團(tuán)隊(duì)效益。然而，這需要團(tuán)隊(duì)共同建立一種思維方式和文化氛圍。這其中涉及頻繁合并他人的代碼更改，經(jīng)常進(jìn)行小規(guī)模的代碼修改，按部就班地進(jìn)行增量改動(dòng)。這可能是一種需要適應(yīng)的開(kāi)發(fā)習(xí)慣。整個(gè)團(tuán)隊(duì)采用一致的方法和文化，關(guān)鍵在于實(shí)踐配對(duì)編程、全面自動(dòng)化測(cè)試和進(jìn)行適當(dāng)?shù)拇a審查。

有序、紀(jì)律的主干開(kāi)發(fā)能簡(jiǎn)化流程，增強(qiáng)協(xié)作，提升代碼穩(wěn)定性，支持CI/CD實(shí)踐，并減輕技術(shù)債務(wù)。如果你一直采用基于分支的模型，轉(zhuǎn)變可能會(huì)面臨挑戰(zhàn)，但從長(zhǎng)期來(lái)看，優(yōu)勢(shì)是明顯的。若你對(duì)此感興趣，還可以參閱Dave的文章，他在其中解釋了主干開(kāi)發(fā)的障礙。

版本控制分支、提交、主干開(kāi)發(fā)、持續(xù)集成/部署等是軟件開(kāi)發(fā)過(guò)程中的關(guān)鍵概念。

譯者介紹

劉汪洋，51CTO社區(qū)編輯，昵稱：明明如月，一個(gè)擁有 5 年開(kāi)發(fā)經(jīng)驗(yàn)的某大廠高級(jí) Java 工程師，擁有多個(gè)主流技術(shù)博客平臺(tái)博客專家稱號(hào)。

原文標(biāo)題：Why I Prefer Trunk-Based Development，作者：Trisha Gee