很多人都分不清Apache Doris 和 DorisDB、StarRocks，以及他們之間的社區分化的原因是什么“、“為什么 StarRocks 不回饋給 Apache Doris ”的問題。
關于這些問題，Apache Doris 主要維護團隊做了聲明，以下是全文：
關于 Apache Doris 和 DorisDB、StarRocks 的關系
Apache Doris 的前世今生相信很多同學都有些許了解，之前在公眾號里有過歷史文章闡明關系，在 Apache Doris X Apache Pulsar 聯合 Meetup 上也做過題為 “ Apache Doris 的過去、現在和未來 ”的分享。
Doris 最早是解決百度鳳巢統計報表的專用系統，隨著百度業務的飛速發展對系統進行了多次迭代，逐漸承擔起百度內部業務的統計報表和多維分析需求。2013 年，我們把 Doris 進行了 MPP 框架的升級，并將新系統命名為 Palo ，2017 年我們以百度 Palo 的名字在 Github 上進行了開源，2018 年貢獻給 Apache 基金會時，由于與國外數據庫廠商重名，因此選擇用回最初的名字，這就是 Apache Doris 的由來。
那么 StarRocks 以及 DorisDB 是什么？
2020 年 2 月，百度 Doris 團隊的個別同學離職創業，基于 Apache Doris 之前的版本做了自己的商業化閉源產品 DorisDB ，這就是 StarRocks 的前身。
關于社區分化的原因
按照 Apache License，基于開源產品進行商業化是被允許的。所以我們初期是希望能共同建設 Apache Doris 社區的，個人在職業上的選擇與社區無關。在開源社區，每個人的社區身份都是被認可的。
后來我們發現，事情發展與我們的預期背道而馳。
比如 DorisDB 團隊在對外宣傳時，會宣稱自己“是 Apache Doris 的主創團隊”、“ Apache Doris 的核心開發人員大部分在任職”等諸類話術。
實際上， GitHub 上公開的數據顯示，Apache Doris 貢獻代碼前三的 Contributor 全部在百度 Doris 團隊就職，不知所謂的“大部分”和“主創”從何說起。
最近一年，提交 Commits 數量前二十的 Contributor 中，有一半來自百度 Doris 團隊，另一半來自小米、美團、字節跳動、蜀海、網易等 Apache Doris 的開源用戶，在此也對所有的 Contributors 表示由衷地感激。
而唯一一個 DorisDB 的 Contributor ，入職 DorisDB 時間為 2021 年 8 月 27 日。沒錯，入職 DorisDB 快兩周了，之前在百度 Doris 團隊。
實際上，從 2020 年初起， DorisDB 團隊幾乎沒有向 Apache Doris 提交過一行代碼。少部分開發者原本是 Apache Doris 的 Contributor ，在加入 DorisDB 團隊后，同樣不再向 Apache Doris 貢獻一行代碼。
比如 DorisDB 團隊在人員擴張時，會故意定向挖 Apache Doris 企業用戶的員工。開源社區的發展離不開用戶的支持，挖用戶墻角更無異于自掘墳墓。對于員工個人主動的選擇我們不去評判，但這讓企業用戶對自己員工的培養做了嫁衣。而短視的人是不會看到這些的，更認為與他們毫無關系， Apache Doris 的死活與他們無關，只要自己能招到人就行。
比如 DorisDB 的商標問題，從品牌角度來說，開源項目與商業化產品的品牌必須存在區分度，比如 linux 和 RedHat 、 Hadoop 與 Cloudera 、Apache Kylin 和 Kyligence 。
而 DorisDB 和 Apache Doris ，相信很多開源用戶在初次接觸 Doris 的時候都會迷惑這兩個產品的區別是什么，甚至以為是同一個產品。這也是 DorisDB 的目的所在，品牌上的混淆可以帶來用戶流量，這就夠了。而 Apache 基金會對此事件有過多次發聲， DorisDB 及其團隊不管不問，企圖繼續混淆視聽，直到最后在 Apache 基金會的壓力下，才不得不通過所謂的“開源”來更名。
比如所謂的“致 Clickhouse 的一封信”。Apache Doris 與 Clickhouse 都是 MPP 數據庫領域的優秀產品，各自擅長的領域或適用的場景存在差異，所有用戶可以基于技術認知和業務需求來抉擇到底該選擇哪一款產品，甚至在大多場景里兩者是可以并存和相互補足的。
Apache Doris不會、也十分不認可，通過貶低 Clickhouse 來達到推廣自己的目的，這與開源的精神十分不符。而 DorisDB 選擇向 Clickhouse 開戰的行為，也使 Apache Doris 承受了許多本不應該由我們承擔的罵名和非議。
比如 Apache Doris 的向量化執行引擎，本來至少提前一個季度就可以與用戶們見面。DorisDB 已經有接近兩年沒有參與過一次社區討論，唯獨在我們把向量化引擎的代碼提交 PR 并發起 Veto 這一關鍵的時間點，給了唯一的 -1 。DorisDB 給 -1 的理由我想不言而喻，無非是為了自己的商業化利益來阻攔社區的關鍵發展。
盡管無意義的 -1 可以忽視，但我們仍遵守社區規范，這無疑帶來了我們許多額外的工作量，也打亂了我們原定的發版節奏。不過幸好最晚 9 月中旬，我們自己的向量化引擎就會提交到社區了，歡迎所有小伙伴關注。
………
諸如此類的事情日積月累，我們明白其實社區的分化已經無可避免。作為 Apache Doris 的維護團隊，我們其實不愿意面對這樣的局面，但當少數人想要凌駕于社區規則之上并持續向社區吸血時，附骨之蛆不要也罷。
