與 CentOS 社區委員對話後 CentOS 時代

以下是本次訪問內容：

Thomas：大家好，我叫 Thomas，我從 2012 年左右就在 CentOS 社區工作，從基礎架構相關的工作開始，後來負責組織CentOS Dojo（譯者註：CentOS Dojos 是一個為期一天，或偶爾為 2 天的活動，它將 CentOS 社區的人們聚集在一起，討論系統管理、最佳實踐和新興技術），致力於幫助人們更好地融入社區，創造良好的氛圍，讓大家可以更開心的從事社區相關的工作。好，現在交給 Brian。

Brian：大家好，我叫 Brian，我參與社區的經歷和 Thomas 差不多。我很積極地投入到企業級 Linux 社區的工作已經有六七年時間，在那之前我更多的是企業級 Linux 的被動使用者，作為社區貢獻者偶爾也對企業 Linux 社區有些貢獻。事實上現在我是在紅帽工作，我負責 RHEL 的業務戰略，但今天我出現在這裡，是因為我的另一個身份是 CentOS 社區董事會的紅帽聯絡員。同時，我也參與過大量的社區工作，包括做過 Fedora 社區架構師，積極地參與過 Fedora 項目以及 CentOS項目的很多活動。

王興宇：兩位好，各位參加會議的朋友你們好。首先非常感謝紅帽公司搭建這個渠道，讓我們 Linux 中國可以和 CentOS 社區的負責人進行面對面溝通，也非常感謝翻譯璐璐做全程翻譯，辛苦了。我是 Linux 中國開源社區的創始人王興宇，從業互聯網二十餘年，曾經擔任過中國電信的高級專家，這些年主要從事開源文化和開源技術的公益推廣。

今天主要溝通的內容是關於後 CentOS 時代的一些話題。CentOS 停止維護，而以 CentOS Stream 替代的這兩年來我們稱之為「後 CentOS 時代」，這件事對開源伺服器操作系統市場影響很大，業界和用戶也存在一些誤解和迷茫的地方，這也是我今天請兩位來一起溝通的主要原因。以下是我們的一些提問，請兩位發表你們的見解。

首先，我們來回顧一下兩年前的歷史背景。歷史上 CentOS 和紅帽的關係如何？CentOS 在紅帽的產品線中的定位什麼樣？請兩位幫忙回答一下。

Brian：我來回答一下這個問題，CentOS 項目，從紅帽的角度來看，和我們有一個非常有趣的歷史淵源。眾所周知，大概 7 年前，我們收購了 CentOS 這個品牌，僱傭了 CentOS 項目的工程師，這就是紅帽和 CentOS 項目的關係。我們這麼做的目的是提供一個平台給某些特定的高級開發（比如虛擬化）、運行於操作系統之上的其它工具等組件開發，我們希望藉此鼓勵這些項目（虛擬化、其它工具）能夠以開源項目的方式健康發展。

隨著時間的推移，事情逐漸發生了一些變化，就像這個世界也在不斷演進和發展一樣，我們逐漸意識到那些上層項目越來越依賴於底層操作系統的變化。我們發現 CentOS 正好可以作為這個底層操作系統，是一個可以孵化其他項目的很好的地方。藉此，我們可以在做 RHEL 開發的同時，也去做 RHEL 之上其他組件（虛擬化、工具等）的開發，與廣大社區開發者一起，每個人都可以促進底層操作系統與上層組件的協調發展。這就是我們發展 CentOS 項目，並大概在 3 年前提出 CentOS Stream 的原因。

關於第二個問題，紅帽對待 CentOS，始終保持著「一臂」的距離，這就意味著，紅帽不去控制 CentOS 所做的事情，除非遇到一些挑戰，比如法律相關的風險，我們只是為 CentOS 提供更多的資源，我們也不認為 CentOS 就是紅帽產品線的一部分。從紅帽產品線的視角來看，CentOS 不是紅帽的產品，紅帽不提供對 CentOS 的支持，我們不對 CentOS 提供保證，我們也不對 CentOS 使能。也就是說，CentOS 確實對紅帽的產品很重要，因為我們所做的所有工作都是基於開源的代碼庫，所以我們需要這個項目，來產品化這部分代碼。所以你可以看到，我們的 RHEL 就是基於 CentOS Stream 而製作出來的。

王興宇：如上所述，CentOS 關閉或者說 CentOS 停止服務支持的這個決定，應該是 CentOS 社區自己做出來的。我想知道是什麼原因促使 CentOS 社區做出來關閉 CentOS，並且發展出來 CentOS Stream 這樣一個決定的？

Thomas：好，我會從 CentOS 社區的角度回答一下這個問題。我大概三年前加入 CentOS 董事會，當時大家在討論如何提高對 CentOS 社區的參與度問題，如何給用戶更好的使用體驗，當時提出來很多提議，最後大家認為 CentOS Stream 是我們在未來的一個正確的努力方向，通過這種模式可以提高 CentOS 的社區參與度。CentOS Stream 的模式對社區版的企業級操作系統發展（譯註：CentOS 是 Community Enterprise OS 的縮寫）也至關重要。總體來講，之所以會做出這樣一個決定，就是想要改善社區的參與度。謝謝。

王興宇：那麼，我想知道，在做這樣決定的時候，社區內部有沒有反對意見？最大的反對意見是怎麼樣的？你們怎麼平衡這樣的反對意見的？

Brian：我來先回答一下，等一下 Thomas 再來補充一下。首先，我們了解一下 CentOS 社區的治理模式對回答這個問題很重要。CentOS 的治理模式和很多其他開源項目的運作模式有所不同。CentOS 有一個治理委員會（董事會），這個治理委員會需要每個人都對一個新的決策達成共識才可以，只是大多數人同意，有少部分人反對，是不行的。這個共識可以是 Yes，也可以是 No，甚至可以是中立的意見，都沒問題，但是強調的一點是這個決議必須是董事會一致的共識。我本人當時也是在對話的房間當中的。

其實另外一個我想說的就是，我們在整個的對話溝通的環節當中，不會去探索董事會中的每一個個人的意見，總之我們最後要聽的是董事會作為一個整體它的一個一致性決議是什麼樣的。另外我想說的就是，現在這個董事會其實還在進行提名，也就是說任何人對這個職位都是可以來申請的，只要你覺得你合適，你現在就可以申請。好，交給 Thomas。

Thomas：我也再說兩句，我們的整個社區其實唯一有一個目的，也就是說，希望 CentOS Stream 的社區變得越來越開放，越來越好，真的實現我們完全意義上的開源的模式，所以在這樣開放的討論當中，包括開發者的討論當中當然有一些人會有不同意見，這是很正常的事情。但是就像 Brian 剛剛說的，我們的目的是所有的董事會成員必須要達成一致意見，這個一致意見必須是對於整個社區未來有更好的或者說最佳的用戶體驗，所以我認為實際上這是非常重要的一點，我們也是從長期的角度來希望 CentOS Stream 代替了 CentOS Linux 以後，在未來可以讓所有人都能夠感到滿意。

我們的使用者是非常、非常多的，而且每年我們也會開一些會議，不管這個會議是面對面的還是網上的。如果是面對面的，我們還會交換一些各地的美食，總之這是一個非常有意思的社區，也是非常好的一群人，可以在一起工作。至少截止到目前來看，我們覺得 CentOS Stream 這個模式是比之前更好了，有更多的人願意向社區做出貢獻，所以我們開的這個會議也都是完全透明的，如果你感興趣的話，其實在 Youtube 上能看到我們討論的是什麼，以及如果大家感興趣的話，非常樂意你們可以跟我們接洽，參與我們的討論，我們也非常願意把你納入到這個社區當中的一員。謝謝。

王興宇：我們看到在後 CentOS 時代，整個開源操作系統市場格局已經發生很大變化。在這種情況下，對於 CentOS，對於 RHEL 的產品迭代有沒有影響？目前來說，把 CentOS 換成 Stream 以後，是否社區對 Stream 的貢獻更多？RHEL 是否因此變得更好？

Thomas：好的，我先從社區的角度回答一下。再強調一下，因為我不是紅帽的員工，所以從社區的角度講一下。舉個例子吧，CentOS Stream 9 是 RHEL 9 的上游，通過 CentOS Stream，你可以直接參与到 RHEL 的開發當中。比如，你可以通過 Bugzilla 提交問題，你也可以提交補丁。那麼是不是你的補丁未經測試就可以加入到 CentOS Stream 里呢？不是的！與你一起工作的還有很多紅帽的開發者，他們會和你一起檢查代碼，你寫的補丁也要通過 RHEL 的測試流程，紅帽會去看你的補丁是否滿足 RHEL 的質量要求，而最終決定是否被加入到 CentOS Stream 里。但整個流程更開放了，你可以參與所有的討論，通過 CentOS Stream，你可以直接參与對 RHEL 發展方向的討論，你在 Stream 里所看到的就是即將發布的 RHEL。

Brian：Thomas 回答的非常好，我在這裡想補充的是，從紅帽的角度來看，最讓我們激動的並不是對 Stream 的貢獻。很多的貢獻往往以這樣的形式出現：觀察紅帽工程師所做的，然後提出建議 —— 你是不是需要考慮這個方面？我告訴你你的這個代碼改動可能有這些潛在的問題，等等。而是我們看到 CentOS Stream 里有非常強有力的 SIG（特別興趣小組），通過「特別興趣小組」形成了 CentOS 項目的生態。特別興趣小組的人們會提出很多想法，這些想法提出的初衷並不一定和 RHEL 相關，更多的是與社區參與者自己相關，或者說他們希望 RHEL 變成的樣子。紅帽也是以第三方觀察者的身份去看這些想法如何在社區中醞釀、孵化，最終一些好的想法就會在 RHEL 的大版本中落地。

王興宇：我們之前一直在宣傳 Stream 這個模式會讓社區更容易參與到 Stream 的貢獻之中，我現在想進一步問，我們 CentOS Linux 8 去年底停止服務以後，Stream 出現以來，社區對 Stream 的貢獻是不是更多了？從你們的管理層來說，有沒有這樣的一個數據或者圖表可以證明這些東西？

Brian：我來回答一下，您說的這個數據如果是從統計學的角度來說，這種數據是很難拿到的，因為很多時候大家為了虛榮心（想要一些好看的數據），比如說瀏覽量、下載數據，但我覺得這些數據並不是您想要的。我看這個問題從兩方面來看，一是貢獻量的衡量，我們現在其實能夠實實在在的看到越來越多的公司、個人都在直接的參與到對社區的貢獻當中，這些貢獻要麼最終被收錄到 RHEL 的代碼當中，要麼這些討論依然保留在 SIG 裡面。

另一方面，就是這種貢獻的可能性，不是說討論 Stream 出現以來是不是貢獻量更多的問題，而是說，Stream 出現之前，你是沒辦法去貢獻的。有了 Stream，才有了對 CentOS 項目貢獻進而影響到 RHEL 的可能性。所以這不是「是不是更多」的問題，而是「從無到有」的問題。

要知道，之前對於 CentOS 項目貢獻，只有兩個途徑：

第一個途徑，就是你的代碼先被上游社區接受，然後被 Fedora 集成，然後被 RHEL 集成，最後出現在 CentOS 里，這是一個漫長的路徑，而且不是對 CentOS 貢獻；

第二個途徑，就是你必須是紅帽的客戶或合作夥伴，那麼在打造 RHEL 的過程中，你的這個想法對於你的公司和紅帽，都是一個高優先順序的事情，那麼會被優先加到 RHEL 里，然後出現在CentOS里。

有了 Stream，實際上是有了第三個途徑，就是你通過 CentOS 社區，通過 Stream 項目直接把你的貢獻集成到 RHEL 里。

關於數據，其實你可以去看一下 GitLab，CentOS Stream 的代碼日誌都在那裡。對於 CentOS Stream 8 來說，因為是處在 CentOS Linux 模式到 CentOS Stream 的模式轉變的過程當中，你會發現所有的貢獻基本都來源於紅帽。但對於 CentOS Stream 9 來說，你可以通過 Git 日誌看到所有的貢獻（CentOS Stream 9 的代碼提交日誌和 RHEL 9 的代碼提交日誌是同一個）。對於每一個貢獻，你可以去查看代碼的修改軌跡、社區的討論，Bugzilla 上的討論，這是我對於如何獲取關於社區貢獻的數據的一點看法。

王興宇：去年 CentOS Linux 8 停止更新以後，紅帽或者 CentOS 接到的最多反饋是什麼？你們做了哪些回應？

Brian：好的，我先來回答一下，然後我鼓勵 Thomas 也再來回答一下。因為大家知道我是在紅帽工作，那麼我所聽到的和 Thomas 從社區的角度聽到的可能有所不同。確實有一些人的反饋是「你們怎麼敢這樣做？這讓我很憤怒。」那麼我們的回應是，「當你冷靜下來，考慮一下 Fedora Linux 的價值主張的時候，考慮一下 CentOS Stream 價值主張的時候，我們是不是可以討論一下 RHEL，或者很多其他的 Linux 發行版，看看如何選擇一個合適的 Linux 發行版。」（譯註：此處的 Brian 的意思可能是客戶應該選擇合適的發行版 —— 如果 CentOS Stream 不能滿足期望時。）

RHEL 和它的衍生版如 CentOS 有很多用戶。我們的客戶和我們討論的通常是 RHEL，事實上我們沒有通過 CentOS 服務我們的客戶，因為我們的產品是 RHEL。我們收到的客戶反饋也通常是如何去影響 RHEL 的小版本發布，影響 RHEL 的小版本發布簡直太難了，是不是在小版本發布時可以更多的聽取廣大用戶的聲音？我們有些客戶，想儘早知道我們是如何在下一個小版本中修復 Bug 的，這樣他就可以早一點將他的系統和紅帽的操作系統做持續集成，而不必等到 RHEL 的下一個發布。

當然，早期我們也聽到另一種聲音，就是現在在我的桌子上就有一台 Linux 伺服器，我一直使用的是 CentOS Linux，那麼現在我該怎麼辦？那麼，我們的回答是，您可以使用免費的 RHEL 的個人開發者版本，我們不是試圖要您付費，也不是想藉此擴大市場佔有率，我們的目的只有一個，就是促進開源社區的發展。誠然，開源社區發展好了對我們的產品也有益，但出發點還是促進開源社區的發展。對您來說，我們給你提供了一個選擇：這就是免費的 RHEL（個人開發者版本），正好適用於你的這種使用場景。

Thomas：接下來我從社區的角度回答一下。開始的時候我們確實也聽到一些抱怨或擔憂的聲音，比如紅帽是不是從源頭上殺死了製作 CentOS 的可能性。關於這點我要澄清的是，任何人都可以按照 CentOS Linux 的做法製作 CentOS Linux，有一些人已經這樣去做了。有些人已經和我們取得了聯繫，並且獲得了我們的幫助。這其實是大家的自由，我們不去也沒有辦法阻止人們去做他們想做的事情，相反，我們也歡迎大家一起到 CentOS 社區上來討論，給我們反饋，這些都是很好的。

另一點，就是關於 CentOS Stream 的穩定性。我自己的話，之前大量的使用了 CentOS Linux，我是把 CentOS Linux 用在了開發測試環境上。從我的經驗來看，CentOS Stream 是穩定的。CentOS 是一個社區項目，其實你有充分的自由去決定 CentOS 用在什麼場景上，這可能和你的公司的決策也有關係。

王興宇：在做出 CentOS 停止服務這個決定之前，你們是否預料到如今會出現多個替代品。這些替代品既有像 Rocky Linux、Alma Linux 這樣的 CentOS 的原位替代品，也有像中國的 openEuler、AnolisOS 這樣的非原位替代品，但是從某種意義上可以取代原有 CentOS 市場佔有的一些發行版。你對這兩類發行版有什麼看法？

Thomas：好的，我先來回答一下，像您剛才提到的這些，坦白講我並不是對每一個發行版都特別清楚。它們如果是 RHEL 的衍生版的話，如果願意和我們取得聯繫，我們很樂意提供幫助。我們是開放的，我們是開源的，開源社區就應該這樣，所以從我的角度來說，我並不想從競爭者或者市場佔有率這樣的角度去看其他一些產品，沒有關係的。以前 RHEL 是怎麼製作的，你可能要和紅帽簽了 NDA 才可以看到，現在你連 NDA 都不用簽，你可以通過 CentOS Stream 看到非常具體、非常細節的操作。現在一切都是開放的，所以實際說現在比起十年前如果有人想要打造一個我們的替代品，相當於更容易、更簡單了，但我們一點也不怕這個，我覺得這是別人的自由、別人的權利，而且我們也非常希望看到這樣一個發展的態勢。

Brian：我也來說兩句，從紅帽的角度來講，我們對於有其他的一些替代品我們沒有任何看法。其實這就是開源的本質。作為一個以開源開放模式製作企業軟體的公司，我們深知任何人都可以拿到這個代碼做他們想做的事情，這是很 Cool 的。我們希望的是，如果你拿到這個代碼，你去添加了新的功能或修復了 Bug，你也像其他人一樣，將你的改動回饋到社區里去。我不喜歡看到的是有一些人拿了這個代碼以後他自己做了一些事，比如創新或者解決了一些問題，但是他一點都不想著曾經受益於的這個社區，這個是我不喜歡看到的。因為我覺得，尤其是當你發現了有一個 Bug，你發現了怎麼給它打補丁，你發現了一個解決問題的方法，絕對不要把這個當一個秘密一樣藏著掖著，一定要想著開放的告訴別人，因為你是從一個開源的社區拿到這些代碼的，這個對我來講非常重要。

從紅帽的角度，我還想強調兩點：

一是，我們在製作 RHEL 這個產品的時候，我們更多考慮的是我們客戶群他們有什麼樣的特殊需求、特殊場景需要滿足，解決他們的問題。如果我在做一個操作系統的選型，我會去首先測試它是否可以滿足我的應用場景。可能操作系統提供的很多功能都不是我需要的，我關注的是我需要的功能它是否可以提供。那麼 RHEL 就是以這樣的思路去開發的一個操作系統 —— 心懷用戶。

二是，開源軟體公司為客戶提供的價值不僅僅是代碼本身，更多的是位於代碼之上的東西。因為代碼是開源的，任何人都可以獲取這個代碼並使用它。所以我想鼓勵人們去思考，當你在選擇一個操作系統的時候，你最看重的它的價值是什麼。因為在源代碼之上有很多價值，比如解決問題的能力、服務能力。你提到很多版本像 Rocky Linux、Alma Linux、openEuler 等等，Rocky Linux 是在 CentOS 項目剛剛提出變更時就出現了，像 Thomas 所說的，我們鼓勵在開源領域的任何創新。

還有說到市場佔有率，市場佔有率實際上做衡量很困難。當然紅帽我們有一些我們內部數據，但是在外部的數據，就比如說我知道 IDC 對於市場上的 Linux 的發行版的市場佔有率做過一些調查，但是他們做的調查很多時候是用代理的方式來進行衡量。這個我覺得就會有一些挑戰，什麼樣的挑戰呢？就是說你很難去衡量這個不付費的發行版是一個什麼樣的程度，在這種情況下，你可能拿到的數據就像我剛才說的，通過代理它不是一個最最真實的市場佔有率的數據。另外還有像我們 Fedora 這個項目當中的一些數據，這個包含了一些終端用戶的自願參與。既然是自願參與，所以很多時候這個數據你也不能夠拿到真正可以展示實質情況的數據，這是我對市場佔有率的看法，謝謝。

王興宇：前面 Brian 也分享過關於如何在產品環境中使用 Stream，我想知道，如果企業在自己的產品環境中要應用 Stream 作為他的基礎操作系統，您這邊有什麼最佳實踐可以分享給大家？

Thomas：好的，我先來回答一下，因為我們確實在我們的環境中使用了 CentOS Stream。我們首先要評估我們想要做的事情，特別是在一個大的公司裡面，每個部門可能訴求都不盡相同。在我們的評估中，我倒是沒有看到 CentOS Linux 和 CentOS Stream 的表現有什麼不一樣。對很多企業來說，你可能要使用一致的操作系統，滿足安全要求，穩定性要求，這些在我看來，CentOS Stream 和 CentOS Linux 是一樣的。對於用戶來說，你可能有些特殊的工作負載，有特殊的工作流程，那麼，你需要做好測試，確保操作系統能夠滿足你的要求。

王興宇：作為這次的採訪方，我們 Linux 中國是一家中國的開源社區，所以我想知道中國的開源社區或者中國的 CentOS 的用戶對於 CentOS Stream 的參與程度怎麼樣？從 CentOS 社區來說，是不是對中國的開源社區增加一些關注或者支持，可以讓中國的開源開發者更多參與到 CentOS 社區的建設中？

Brian：好的，您剛才說的對於中國社區增加一些關注，對的，我百分之一萬，雙腳雙手贊同。確實，因為曾經我本人以前的工作，作為 Fedora 社區的架構師，當時我就是在想說，如何能夠提高兩個地區的參與度：一個是南美，還有一個就是亞洲。那麼在亞洲，尤其我們指的就是中國。因為我們知道，在中國有很多的 IT 的人才和精英，而且我們知道他們特別感興趣，但我們就是不知道到底怎麼樣可以讓他們參與到我們的這個社區的環境當中來？所以其實在這裡，我也希望老王能給我們一些建議。因為我們畢竟是在中國外部的，很多時候我們的視角，不能夠非常的貼合中國發生的事情。

比如說，我就舉一個簡單的例子，社區的這些開發者有時候要開會，對吧？你比如說我住的這個地方，我開會、通勤只需要二十分鐘，不過這二十分鐘對我來講都是很長很長的時間。但是我知道，在中國，你說不定趕到晚高峰的時候，光回家就得用兩個小時。我都難以想像這兩個小時，因為二十分鐘的通勤時間對我來講都是已經很長很長了。那麼在這種情況下，可能就會發現中國的有一些社區的參加者，他可能就不太願意去參加這種社區的活動或者會議。所以在這方面，我也是特別希望老王可以告訴我們，我們應該怎麼做，我們確實是希望能夠給中國的社區增加關注，但是很多時候這個外國人的視角不會像你們這麼準確。

Thomas：好的，那我也再加一句，我們剛才也一直在表達，我們一直都是開放的，我們希望有更多的人加入。尤其是更多來自中國的。我們剛才也說了，管理委員會，或者說管理層，現在不是正在提名候選人嗎？所以說，老王，如果您或者是在座的各位，如果知道誰在這個方面做的特別好，因為我們可能不知道誰在這方面的工作特別優秀，你們也可以給我們來說能夠提名誰，我們都非常願意，只要這個人是願意給社區進行分享，回饋社區。我們每個月還會有一些報告來統計誰做了一些什麼事兒，無論如何，我們的目標就是希望能夠有更多的貢獻者，尤其是來自中國社區的貢獻者。因為這樣我們可以把這個生態系統打造的越來越完善。所以，非常非常開放。如果您有一些提名候選人的想法，歡迎告訴我們。

王興宇：好的，很抱歉，我可能提不出來太多的見解，只是簡單的有幾個建議。我也一直非常關注 CentOS 社區和國內的開源社區的情況。所以我對於 CentOS 如何在國內發展，有一點點思考：

首先，CentOS 在中國還是有非常多的受眾和認知度的。幾乎在中國國內傳播 Linux 的文章，都會拿 CentOS 作為藍本。而這一點跟國外比較差異大，國外拿 Ubuntu 作為藍本比較多一些。

其次是，國內確實存在這樣的情況，無論是我們的社區文化還有語言，其實造成中國的 CentOS 的愛好者，或者貢獻者，很難跟國際的 CentOS 社區直接對接起來，這種情況下，確實存在一定的阻礙。所以我有幾個建議：

1、建議 CentOS 國際社區可以支持中國的 CentOS 本地化社區的建設。包括像一些本地化的翻譯這種類似的工作可以做起來。

2、國內的一些線上、線下的社區活動希望可以得到國際社區的支持。

3、CentOS 發生的一些事情，比如說社區的一些動態，或者社區的一些倡議、決策，可以及時的傳達給中國本地的社區。這方面其實在我們國內，無論是交流平台，交流習慣，比如說國外用 Facebook、Telegram、Twitter 比較多一些，國內幾乎這些是不可用的，我們反而用的微信、QQ 會比較多一些。而郵件列表這種比較傳統的模式，其實說實話，在中國並不太像國外那麼受歡迎。所以說，在這種情況下，一些適應本地化的改造是可以適當做一些的。

我覺得通過這樣的一些工作，可以有力的發掘出來中國的一些開源愛好者和貢獻者，參與到整個 CentOS 社區之中。這樣的話，無論是對中國的 CentOS 社區建設，還是對整個國際化的社區建設都是有好處的。以上是一些不成熟的想法，僅供參考。

Thomas：非常感謝老王。的確，我特別理解剛才您說的本地化，包括語言的一些障礙，確實可能阻止了中國社區跟國際社區的一些對接和交流。因為我本人英語也不是我的母語，所以我能夠理解您說的語言障礙。尤其是對於一個人可能感覺自己好渺小，要對這樣的一個這麼大的國際社區做一些貢獻，可能一開始都會有點害怕。但其實這也沒關係，包括就在我日常的工作當中，有的時候你會發現有一個人說法語，然後一會兒又切換成英語，很多時候一開始你會覺得有點彆扭，但實際上也沒關係，參與多了，你就會覺得這挺好的。

如果中國這邊有一些開發者，或者貢獻者，如果想要對社區做出一些貢獻，甚至都可以直接跟我聯繫，給我寫電子郵件，都沒有問題。哪怕我本人不能和你進行這樣的對話，我會把你對接到我心裡認為的最合適的那個人。包括在本地化、在翻譯方面，確實我們要做出更好的一些決定，因為翻譯確實特別特別的重要，我們確實也不認識中文為母語的人，所以可能在這方面有點問題。但是沒關係，我只是鼓勵大家都可以對社區做出貢獻，哪怕一開始只是一小步都沒有關係，如果有什麼問題可以直接與我取得聯繫。

Brian：好的，我也是同意剛才您說的語言障礙，確實翻譯很重要，確實語言障礙可能有一些時候會對我們有一些影響。但是，我也想強調一點，在 CentOS 這個社區當中，它還是跟其他的一些社區有區別的，最大的特點是我們的很多工作是非同步的。這不像你參加其他的一些國際會議，你需要實時做出反應，你有時候開其他會議你會發現好多英語為母語的人在那兒吵的特別熱鬧，轟轟烈烈，然後他們要做決定，要舉手表決的時候，你都沒聽清楚他們在說什麼，對吧？但是我們的 CentOS 社區其實不存在這種情況。另外，CentOS 這個社區是非常非常包容的，也是非常歡迎新成員的，任何可以作出貢獻的人，我們都很歡迎。所以只要大家再多一點點的勇氣，手拉手一定可以把這個問題解決的非常好。

王興宇：好的，正好說起來翻譯，我這邊在 Linux 中國旗下有一個叫 LCTT SIG 的翻譯組織，已經運行了九年，所以在這方面多少有一些經驗。將來我們可以建立這樣一個平台或者渠道，溝通雙方障礙的一個需求和共識。其次，我們本身也有一些核心成員，甚至有一位成員今天也在會議里，她在英國留學，也可以參與到我們這個平台里，使國際社區可以在中國更好的落地，形成一個中國的 CentOS 分社區。

Thomas：剛才您說的這兩個建議，一個是已經運行九年的翻譯組織，還有一個就是您也有一些核心成員今天也參會，畢業於英國。這些我希望能夠落實到文字上，因為我們的董事會成員，比如說他要討論一些什麼，一定是要有一個文字的東西來討論的。所以這些都是非常好的想法，但是請花 5 分鐘，如果能夠把這些關於本地化、翻譯等等的平台寫下來，這樣我們管理層就比較好討論。

王興宇：好的。接下來是最後一個問題了，我想了解一下，關於 Fedora、Stream，還有 RHEL 未來的發展計劃是什麼？兩位可以給我們展示一下你們的路線圖嗎？

Brian：好的，關於 Fedora、CentOS Stream、RHEL 的未來發展計劃，我想從兩個維度來回答。一個是社交組織的維度，另一個是代碼的維度。

從社會組織的維度：

1. Fedora：主題是如何提高對 Fedora 的貢獻，如何使得社區更多樣化；
2. CentOS Stream：和 Fedora 差不多，提高社區貢獻和使社區更多樣化，另外就是發展 SIG（特殊興趣小組），充分發揮 SIG 的作用；
3. RHEL：進一步繁榮包括社區、合作夥伴、客戶的 RHEL 生態

從代碼的維度：

Fedora：

• 集成上游社區最新最好的代碼，功能最豐富，做業界的引領者；
• 面向特定的場景，做特色的發行版，如 Fedora IoT 就是面向物聯網場景的 Fedora 操作系統。

CentOS Stream：

• RHEL 穩定可靠的持續交付版，用戶可以提前看到即將發布的 RHEL 版本；
• 基於穩定的代碼基礎，通過社區發展 SIG，在特定領域創新。

RHEL：

• 我們面向客戶的銷售團隊有很多關於產品的介紹，但我今天不是來為產品做廣告的。我相信紅帽大中華區的同事們可以給您很好的支持。

以下本場訪談其它與會者的問答環節：

Q1：從 CentOS Linux 轉移到 CentOS Stream 之後，對於社區的支持工作發生了什麼樣的變化呢？

Thomas：好的。回答這個問題，我覺得一點都沒改變。現在如果你遇到一些問題，你還可以跟我們一起來解決這個問題，可以得到最好的解決的方案，所以對我本人來講，我覺得根本沒有區別，但唯一一個我覺得好的地方就是說現在有了 CentOS Stream，你也有機會來提供這個補丁了。

之前，你是沒辦法直接對 RHEL 提供補丁的。但現在，你提供這個補丁，然後工程師、社區都可以進行非常開放的討論，可以討論這個補丁是不是應該用在下一個的版本發布當中。所以我覺得這是非常好的一點。總結來說，CentOS Stream 使得 RHEL 的開發流程更加開放了，而且我也非常鼓勵大家可以做出很多的貢獻。對社區的貢獻越早，你貢獻的影響可能就會越大。所以，從長期的角度來講，我覺得這是一個非常好的變化。除此之外，沒有任何大的區別。

Q2：很多開源社區發展到現在，雖然寫代碼的人多了，但維護人員卻在減少，那 CentOS 社區如何保證優秀的代碼能被看到，並集成到產品當中呢？

Brian：好的，您提的這個關於維護人員減少的問題，開源項目的維護確實是個大的話題。因為對於寫代碼的人來說，你可能一年花一個小時的時間為這個項目寫了一段代碼，然後就跑掉了；但是對於維護者來說，他要一直維護著這段代碼。所以對於開源項目的維護來說，當您提交一個補丁時，維護者說 Yes，意味著他將永遠替你維護這段代碼。維護者說 No，不是說徹底把你否定了，你明天、後天依然可以提交。這未必是說明你的補丁不好，不優秀，也許是維護者不完全明白你的意圖，或者你的改動太大、涉及的面過於寬泛，因此，在這個時候，就需要和維護者有一個很好的溝通。

對於 CentOS Stream 項目來說，和其他開源社區不一樣的是，維護人員沒在減少，因為紅帽有很多工程師是 CentOS Stream 的維護者，紅帽會確保 CentOS 社區有足夠的維護者使得優秀的代碼不被遺漏，這不意味著每一個補丁都一定會被說 Yes（被接受），而是我們有足夠的人手工作於 CentOS 社區可以去說 Yes。另外就是社區里優秀的維護人員，我們也會去僱傭他，讓他有足夠的時間陪家人、休假，免於奔波等後顧之憂，這樣也可以更安心的做好開源項目的維護工作。作為開發者，你可能是自願的從事開源項目的開發，或者你的組織在做這樣的工作。我們也可以對第三方組織提供支持。開源不僅僅是指它的源代碼，而是整個社區，整個社區我們都要支持。

（本次訪談到此結束）

本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive