小米平板5 Pro 12.4簡評(píng)：多專多能 兼顧影音娛樂的大屏利器
疫情帶來了網(wǎng)課，網(wǎng)課盤活了安卓平板，安卓平板市場雖然中途停滯了幾年，但好的一點(diǎn)就是停滯的這幾年行業(yè)又有了新的發(fā)展方向，例如超窄邊框、高刷新率、多攝鏡頭組合等，這就讓安卓
譯者 | 劉汪洋
審校 | 重樓
如今，分布式版本控制系統(tǒng)，例如 Git，在版本控制領(lǐng)域已然成為主流。有人認(rèn)為，使用像 Git 這樣的版本控制系統(tǒng)（VCS）進(jìn)行分支和合并非常便捷。但我更推崇基于主干的開發(fā)（TBD），現(xiàn)在我將解釋其中的原因。
在基于主干的開發(fā)模式中，所有開發(fā)人員都在同一個(gè)分支（例如 'main'）上工作。你可能已經(jīng)從 Martin Fowler 或 Dave Farley 那里了解過相關(guān)討論。當(dāng) Git 迅速成為首選版本控制系統(tǒng)時(shí)，通過與 Dave 的合作經(jīng)歷，我親身體驗(yàn)到了團(tuán)隊(duì)在持續(xù)交付環(huán)境中基于主干開發(fā)所帶來的優(yōu)勢(shì)。
與此不同，分支模型則鼓勵(lì)開發(fā)人員為每個(gè)特性、錯(cuò)誤修復(fù)或增強(qiáng)功能創(chuàng)建獨(dú)立的分支。雖然分支在隔離變動(dòng)和降低風(fēng)險(xiǎn)方面看似合理，但許多因素讓我更傾向于基于主干的開發(fā)方式。
主干開發(fā)模式下，整個(gè)團(tuán)隊(duì)在同一分支上協(xié)作，從而實(shí)現(xiàn)更迅速的集成，并減少合并沖突。這正是持續(xù)集成（CI）的核心理念。雖然現(xiàn)在提到 CI 時(shí)通常是指“每次提交時(shí)在團(tuán)隊(duì)服務(wù)器上運(yùn)行構(gòu)建和測試”，但CI的本質(zhì)是確保代碼能夠定期并順利地集成。獨(dú)立分支的代碼未集成，且存在時(shí)間越長，合并回主代碼庫的難度越大。獨(dú)立分支上快速開發(fā)的修復(fù)和改進(jìn)似乎很迅速，但最終還是有代價(jià)的。定期集成小的更改通常比長時(shí)間后進(jìn)行大型合并更為輕松。
主干開發(fā)鼓勵(lì)頻繁提交，從而產(chǎn)生小型、易于管理的更改。頻繁拉取其他開發(fā)人員的更改，并推送小型、有效的代碼更改，有助于確保代碼庫的穩(wěn)定性和可用性。如果有 CI 服務(wù)器為每次提交運(yùn)行構(gòu)建和測試，驗(yàn)證這種“穩(wěn)定和可工作”的假設(shè)就更方便了。任何時(shí)候構(gòu)建中斷，我們必須暫停提交，專注于修復(fù)。在構(gòu)建中斷時(shí)持續(xù)推送更改將無益于任何人。
在分支模型下，龐大、不頻繁的合并可能會(huì)因更改的規(guī)模而難以定位和修復(fù)錯(cuò)誤。當(dāng)他人合并了大型工作后，你是否曾發(fā)現(xiàn)自己的代碼不再工作？如果你和他人做了許多不同或重疊的更改，找出導(dǎo)致測試失敗或應(yīng)用程序工作不正常的原因可能會(huì)耗費(fèi)很長時(shí)間，而這還需要你有可靠的測試覆蓋率。
結(jié)對(duì)編程是我最喜歡的團(tuán)隊(duì)成員之間的知識(shí)共享方式，雖然我知道并不是每個(gè)人都能這樣做（有關(guān)此方面的更多信息，可以查看 JetBrains 的 Code With Me）。如果沒有配對(duì)，至少團(tuán)隊(duì)?wèi)?yīng)該在同一代碼上工作。如果每個(gè)人都在自己的分支上工作，那么他們其實(shí)是在相互競爭而非協(xié)作，還可能會(huì)因?yàn)閾?dān)心被他人的更改壓倒而過于小心翼翼。
若團(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í)空白。
Dave Farley 的書籍 “持續(xù)交付”，以及相關(guān)博客文章和視頻，都深入強(qiáng)調(diào)了“主干開發(fā)模式與持續(xù)集成和持續(xù)交付（CI/CD）實(shí)踐的天然相容性”。
在主干開發(fā)模式下，持續(xù)集成的實(shí)施更加直接，因?yàn)榇a會(huì)頻繁提交到主干分支，而這也正是 CI 環(huán)境所構(gòu)建和測試的分支。任何的失敗都能及時(shí)發(fā)現(xiàn)并解決，從而降低了重大故障的風(fēng)險(xiǎn)。通常，追蹤引起問題的具體更改相對(duì)容易。如果某個(gè)問題無法立即解決，可以回退導(dǎo)致該問題的具體修改。
現(xiàn)在我們應(yīng)該明白快速反饋循環(huán)的價(jià)值，因?yàn)樗茏屛覀兏斓匕l(fā)現(xiàn)問題、找到原因，并迅速修復(fù)，從而提升軟件的質(zhì)量。
在主干開發(fā)環(huán)境中，持續(xù)交付也得以蓬勃發(fā)展。成功的持續(xù)交付要求始終保持代碼庫可部署的狀態(tài)。主干開發(fā)方法通過促進(jìn)頻繁的提交、集成，以及對(duì)所有集成的全面測試，確保了這一目標(biāo)的實(shí)現(xiàn)。任何時(shí)候引入的細(xì)微修改都使得軟件部署和測試更為順暢。
相較之下，使用分支模型來實(shí)現(xiàn)有效的 CI/CD 往往更復(fù)雜、更耗時(shí)。雖然有人可能會(huì)認(rèn)為：“我可以在我的分支上運(yùn)行構(gòu)建和所有測試”，但實(shí)際情況是，并非每次提交都進(jìn)行了真正的集成。直到合并（或變基）的過程中，你才會(huì)開始面對(duì)任何集成問題。在分支上運(yùn)行的所有測試，并沒有對(duì)任何類型的集成進(jìn)行實(shí)際檢驗(yàn)。
合并和測試不同分支的代碼可能會(huì)引入延遲和潛在錯(cuò)誤，進(jìn)而削弱構(gòu)建流水線的某些優(yōu)勢(shì)。
長期維護(hù)的分支常造成“合并地獄”現(xiàn)象，這是由于主分支（例如 'main'）與特性分支之間的差異過大，導(dǎo)致合并過程變得異常困難。這種情況可能引發(fā)技術(shù)債務(wù)的累積，因?yàn)榻鉀Q合并沖突時(shí)可能會(huì)采用快速但非理想的修復(fù)方案，或者接受集成開發(fā)環(huán)境（IDE）的自動(dòng)建議而可能對(duì)其并未完全理解。相較之下，主干開發(fā)、頻繁的合并操作和較小的代碼更改則使技術(shù)債務(wù)的管理和減少變得更為便捷。
我個(gè)人確信主干開發(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)的開發(fā)習(xí)慣。整個(gè)團(tuán)隊(duì)采用一致的方法和文化，關(guān)鍵在于實(shí)踐配對(duì)編程、全面自動(dòng)化測試和進(jìn)行適當(dāng)?shù)拇a審查。
有序、紀(jì)律的主干開發(fā)能簡化流程，增強(qiáng)協(xié)作，提升代碼穩(wěn)定性，支持CI/CD實(shí)踐，并減輕技術(shù)債務(wù)。如果你一直采用基于分支的模型，轉(zhuǎn)變可能會(huì)面臨挑戰(zhàn)，但從長期來看，優(yōu)勢(shì)是明顯的。若你對(duì)此感興趣，還可以參閱Dave的文章，他在其中解釋了主干開發(fā)的障礙。
版本控制分支、提交、主干開發(fā)、持續(xù)集成/部署等是軟件開發(fā)過程中的關(guān)鍵概念。
劉汪洋，51CTO社區(qū)編輯，昵稱：明明如月，一個(gè)擁有 5 年開發(fā)經(jīng)驗(yàn)的某大廠高級(jí) Java 工程師，擁有多個(gè)主流技術(shù)博客平臺(tái)博客專家稱號(hào)。
原文標(biāo)題：Why I Prefer Trunk-Based Development，作者：Trisha Gee
本文鏈接：http://m.rrqrq.com/showinfo-26-10487-0.html為什么我更喜歡基于主干的開發(fā)
聲明：本網(wǎng)頁內(nèi)容旨在傳播知識(shí)，若有侵權(quán)等問題請(qǐng)及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權(quán)所有 sitemap.xml
違法及侵權(quán)請(qǐng)聯(lián)系：2376512515@qq.com 津ICP備18001702號(hào)
津公網(wǎng)安備 12010102000574號(hào)