CodeReview的本質分析

推薦《CodeReview的本質分析》：作者把經驗掰開揉碎講得很細。下面按要點重新組織一遍，方便你快速抓住重點、用起來。

背景 代碼評審（CodeReview，簡稱CR）作爲很多研發團隊的標準化部分被廣泛使用。聽到有很多工程師在代碼評審時有這樣一些疑問： 1、代碼評審要達到哪些目標？ 2、哪些方面是我應該評審的？哪些不是？ 3、別人有沒有認真的評審我的代碼？如何讓別人評審代碼更容易？ 今天咱們一起使用3W方法來透過問題看本質。 What 先來看看兩個看似不相關的概念：什麼是CI和CD。 Continuous Integration：持續集成，簡稱CI，是軟件開發週期的一種實踐，把代碼倉庫（Gitlab或者Github）、構建工具（如Jenkins）和測試工具（SonarQube）集成在一起，頻繁的將代碼合併到主幹然後自動進行構建和測試。簡單來說就是代碼編寫到提交到主幹的過程。

背景 代碼評審（CodeReview，簡稱CR）作爲很多研發團隊的標準化部分被廣泛使用。聽到有很多工程師在代碼評審時有這樣一些疑問： 1、代碼評審要達到哪些目標？ 2、哪些方面是我應該評審的？哪些不是？ 3、別人有沒有認真的評審我的代碼？如何讓別人評審代碼更容易？ 今天咱們一起使用3W方法來透過問題看本質。 What 先來看看兩個看似不相關的概念：什麼是CI和CD。 Continuous Integration：持續集成，簡稱CI，是軟件開發週期的一種實踐，把代碼倉庫（Gitlab或者Github）、構建工具（如Jenkins）和測試工具（SonarQube）集成在一起，頻繁的將代碼合併到主幹然後自動進行構建和測試。簡單來說就是代碼編寫到提交到主幹的過程。 Continuous Delivery：持續交付，簡稱CD，是在CI的基礎進行了擴展，在CI環節完成了軟件構建和測試工作並形成了新的版本，那麼接下來就要進行交付，而這裏的交付並不是交付到生產環境，而是類生產環境（STAGING），我們可以理解爲灰度環境或者預發環境，進而接受部分真實流量的測試。

背景 代碼評審（CodeReview，簡稱CR）作爲很多研發團隊的標準化部分被廣泛使用。聽到有很多工程師在代碼評審時有這樣一些疑問： 1、代碼評審要達到哪些目標？ 2、哪些方面是我應該評審的？哪些不是？ 3、別人有沒有認真的評審我的代碼？如何讓別人評審代碼更容易？ 今天咱們一起使用3W方法來透過問題看本質。 What 先來看看兩個看似不相關的概念：什麼是CI和CD。 Continuous Integration：持續集成，簡稱CI，是軟件開發週期的一種實踐，把代碼倉庫（Gitlab或者Github）、構建工具（如Jenkins）和測試工具（SonarQube）集成在一起，頻繁的將代碼合併到主幹然後自動進行構建和測試。簡單來說就是代碼編寫到提交到主幹的過程。 Continuous Delivery：持續交付，簡稱CD，是在CI的基礎進行了擴展，在CI環節完成了軟件構建和測試工作並形成了新的版本，那麼接下來就要進行交付，而這裏的交付並不是交付到生產環境，而是類生產環境（STAGING），我們可以理解爲灰度環境或者預發環境，進而接受部分真實流量的測試。簡單來說就是主幹上的代碼到生產發佈中間的自動化檢查部分。

背景 代碼評審（CodeReview，簡稱CR）作爲很多研發團隊的標準化部分被廣泛使用。聽到有很多工程師在代碼評審時有這樣一些疑問： 1、代碼評審要達到哪些目標？ 2、哪些方面是我應該評審的？哪些不是？ 3、別人有沒有認真的評審我的代碼？如何讓別人評審代碼更容易？ 今天咱們一起使用3W方法來透過問題看本質。 What 先來看看兩個看似不相關的概念：什麼是CI和CD。 Continuous Integration：持續集成，簡稱CI，是軟件開發週期的一種實踐，把代碼倉庫（Gitlab或者Github）、構建工具（如Jenkins）和測試工具（SonarQube）集成在一起，頻繁的將代碼合併到主幹然後自動進行構建和測試。簡單來說就是代碼編寫到提交到主幹的過程。 Continuous Delivery：持續交付，簡稱CD，是在CI的基礎進行了擴展，在CI環節完成了軟件構建和測試工作並形成了新的版本，那麼接下來就要進行交付，而這裏的交付並不是交付到生產環境，而是類生產環境（STAGING），我們可以理解爲灰度環境或者預發環境，進而接受部分真實流量的測試。簡單來說就是主幹上的代碼到生產發佈中間的自動化檢查部分。 CD還有另外一個名字：Continuous Deployment：持續部署，它是在持續交付的基礎上打通最後一公里的工作，就是把手動部署到生產環境的方式升級爲自動部署。

背景 代碼評審（CodeReview，簡稱CR）作爲很多研發團隊的標準化部分被廣泛使用。聽到有很多工程師在代碼評審時有這樣一些疑問： 1、代碼評審要達到哪些目標？ 2、哪些方面是我應該評審的？哪些不是？ 3、別人有沒有認真的評審我的代碼？如何讓別人評審代碼更容易？ 今天咱們一起使用3W方法來透過問題看本質。 What 先來看看兩個看似不相關的概念：什麼是CI和CD。 Continuous Integration：持續集成，簡稱CI，是軟件開發週期的一種實踐，把代碼倉庫（Gitlab或者Github）、構建工具（如Jenkins）和測試工具（SonarQube）集成在一起，頻繁的將代碼合併到主幹然後自動進行構建和測試。簡單來說就是代碼編寫到提交到主幹的過程。 Continuous Delivery：持續交付，簡稱CD，是在CI的基礎進行了擴展，在CI環節完成了軟件構建和測試工作並形成了新的版本，那麼接下來就要進行交付，而這裏的交付並不是交付到生產環境，而是類生產環境（STAGING），我們可以理解爲灰度環境或者預發環境，進而接受部分真實流量的測試。簡單來說就是主幹上的代碼到生產發佈中間的自動化檢查部分。 CD還有另外一個名字：Continuous Deployment：持續部署，它是在持續交付的基礎上打通最後一公里的工作，就是把手動部署到生產環境的方式升級爲自動部署。谷歌的一些開源代碼就是採用這種方式部署的，第一次自己的代碼被採納的時候，對他們的自動化能力還是挺震撼的。

建議先收藏再實操：挑其中一個點今天就試試，跑通了再看下一個。知識只有過手纔是你的，你準備先試哪一點？ 來源｜博客園《CodeReview的本質分析》，https://www.cnblogs.com/xiexj/p/22978503.html