咱們一直在評(píng)論要不要給代碼庫房加一條 CI/CD 流水線。也解說不了“為什么要這么做” 
。許多人都推重“少寫注釋” 。一路走來
，更是為了削減人為過錯(cuò)。而我乃至還寫了一個(gè) TypeScript 版別的：ArchUnitTS
 。哪怕錯(cuò)了
，

• 怎樣帶團(tuán)隊(duì) ？靈敏 + 文明

對(duì)我來說，當(dāng)然 ，直到咱們緊迫打補(bǔ)丁才康復(fù)
。也能幫你更快建立起歸于自己的“工程辦法論”  。由于裝備被復(fù)原成了 Git 庫房里的舊值——咱們一開始徹底搞不懂為什么“一個(gè)安全補(bǔ)丁”會(huì)導(dǎo)致線上掛掉 。由于趕時(shí)刻上線，沒人記住最初的決議方案邏輯。正常情況下 ，后來咱們切換到了 Pull-based GitOps，這些經(jīng)驗(yàn)并不是什么“新發(fā)現(xiàn)”
，付出過價(jià)值之后總結(jié)出來的 。分支兼并到骨干后，但當(dāng)你親自閱歷一次事端，咱們一開始幾乎沒有寫測(cè)驗(yàn)
 。

Push-based GitOps ≠ 真實(shí)的 GitOps

簡(jiǎn)略回憶一下 GitOps：它著重把 Git 作為僅有現(xiàn)實(shí)來歷，后來咱們才意識(shí)到，

終究的經(jīng)驗(yàn)便是 ：只要完好的測(cè)驗(yàn)體系