世界级开放的社区，背后是各大企业的实力角逐，社区项目的方向和节奏，牢牢掌控在实力雄厚的大企业手中，知乎的一篇帖子，看懂了Linux社区就是网络江湖，个人觉得有点料，分享给大家：

你以为的开源社区：大善人免费教学，道德洼地抄袭换皮的素材来源。实际上的开源社区：大公司的自留地，打压竞争对手的主要战场。

华为虽然在鸿蒙的开源上存在很多争议，但华为是国内最早一批深度参与开源社区的大公司，他趟过的坑为后来的国内企业提供了宝贵的经验。

华为成立的时间非常早，开始自主研发的时间也非常早，比 Linux 系统的诞生时间还要早。Linux 系统以及其他开源项目在 2000 年后才开始在业界逐步形成影响力，华为可能在 2006 年左右就开始转型到 Linux 系统了，积累了非常丰富的 Linux 内核的开发经验。开源社区本身就是个新东西，国内更是著名的“开源洼地”，华为著名的绩效文化你们也懂的。开源的是我的，我的还是我的，什么回馈开源项目，听都没听说过！搞这玩意儿对 KPI 有帮助吗？没有帮助？我管你这那的，有这时间我不如多写两行代码。华为在转型 Linux 系统的初期，突出就是一个“乱”。各个项目各自搞了一大堆的 Linux 内核版本分支，需求和问题就直接在自己的分支版本里改，从不将这些改动提交回社区。项目少、分支少的时候，这种粗放的做法还没有什么问题，项目和分支一多，就出大问题了。Linux 主分支平均每周有数百个提交、修复数十个安全漏洞，时不时就会爆发一些重大安全漏洞。华为的客户都是电信企业，对安全风险极为重视，时不时就会要求设备商检查和修复某些重大安全漏洞，或升级到指定版本。但问题在于：华为的很多项目在内核上是做了修改的。直接从主干上合并最新代码，会产生一大堆的冲突，有些特性或接口甚至都删除了，合并起来极为困难。不合并最新代码，那就在主干上那长长的提交记录里慢慢找吧，注意提交之间是有关联的，只合并一些提交是不行的，你还得将依赖的提交也一起合并进来。注意：这些设备还要跑上很多年，这种事情还会发生很多很多很多次。光是想想这个场景就头皮发麻。华为当然也知道这是不可持续的，立刻就反应了过来，开始规范开源项目的研发。同时也开始清理技术债务，要求将内部的内核分支的特性、Bugfix 提交到社区，并设立了专门的 KPI。这一切进行得还算顺利。除了一些提交与社区的其他提交冲突了，被 Maintainer 驳回了。还有一些提交似乎被忽略了，Maintainer 们看起来非常忙，他们有时候会忘记了提交的顺序。但总归大部分提交都顺利合并到主干了，KPI 达成了，绩效 A 稳了，剩余的一点点提交合并不进去也很正常嘛。随着时间一天天过去，华为的一些项目组开始感觉到有一些不对劲的地方。一些涉及核心特性的提交迟迟合不进主干，设备都卖出去在现网运行好几个月了，然后会莫名发现主干的一些小改动不知道为什么恰好会与这些核心特性产生一些小小的冲突。不合进去？那就只能自己拉分支，然后就眼睁睁看着与主干的差异越来越大，迭代几个月就维护不下去了。几个专家碰头一琢磨，终于发现哪里不对劲了。华为的主业是通信，对网络子系统的特性极度依赖，那么网络子系统的 Maintainer 都是谁呢？不查不知道，一查才发现，原来好几个 Maintainer 都被招揽到思科了。怪不得这些提交迟迟合不进去，原来你们不是记性不好，就是在故意憋坏呢！原因是找到了，怎么解决呢？找 Linus 告御状吗？这些 Maintainer 的贡献都是社区群众见证的，全网战绩可查，而且你家在社区的形象也不怎么光彩啊，凭啥因为你家的事给下了啊？再培养或者招揽个 Maintainer？网络子系统已经被思科掌控了，培养就别提了，招揽了也不一定来，毕竟那时候的我国在西方世界观里还处在崩溃前夕，给中国公司打工很掉价呀。

华为吃了个闷亏，也不能一直挨打不反击啊。琢磨来琢磨去，想到个招了。华为开始不计代价的在全球招揽 Linux 项目的 Maintainer，重点在华人或华裔上。不管是哪个子系统，只要是 Maintainer 就收，收不来 Maintainer 就收 Committer，总之就是在社区能说上话的。网络子系统的 Maintainer 招不来，其他子系统的 Maintainer 还是招来了几个的。网络子系统也不是与世隔绝的呀，总归需要其他子系统配合的。于是华为开始了与思科的互相伤害。你不合我的，我就不合你的。你合了我的这个，我才合你的那个。通过这种互相伤害，华为在网络子系统面临的窘境产生了显著的改善。自此，华为才算是真正掌握了开源社区的玩法，开始大力资助开源社区，并在开源社区中建立自己的影响力。

华为之后，还有一些著名企业也吃了开源社区的亏，有一些至今还在持续地被放血。最著名的案例就是 Hadoop 和 Chromium。众所周知，Hadoop 生态系统源于 Google 最著名的大数据三驾马车。Hadoop 是开源社区参考 Google 的三篇论文模仿出来的。Google 作为大数据领域的开拓者，自然对 Hadoop 社区不太看得上。Google 更希望客户直接使用 Google Cloud 的原装组件——我们比开源社区的技术更先进、性能更强、成本更低，不知道怎么输。但客户显然不这么想，有野心的客户，自然是不希望受制于人的。短短几年过去，Hadoop 生态发展得如火如荼，已经成为了大数据领域的事实标准。Google Cloud 也无法抵抗这种趋势，只能跟随提供 Hadoop 组件。但 Hadoop 社区已经被各个云厂商瓜分了，Google 很难对 Hadoop 社区施加影响力。不知道是不是吃了某些亏，Google 开始着急了，捐献了 Apache Beam 项目，试图绕过 Spark 和 Flink，在更上层建立一套新的分布式计算框架。不知道是不是吃了某些亏，显然这个项目没有达到目的。在 Hadoop 生态上犯的错误，Google 显然不会再犯一次。Chromium 在浏览器行业形成事实标准的时候，Google 牢牢地把控住了社区的主导权。因为淋过雨的缘故，不作恶的 Google 大善人非常好心地帮大家把伞都保管了起来。当然 Google 大善人非常忙，有些时候递伞递得不及时，淋到一些雨在所难免。至于微软经常被泼了一身水……谁叫你自己的伞破了呢？你看其他人用 Google 大善人的伞只是淋淋雨，你用自己的伞，怪不得你会被泼水啊。微软在被 Google 反复折磨了好几年后，终于受不了了放弃了自研内核。

AI 时代，开源社区的战场上，这种残酷的争斗还会持续下去。不掌握开源社区的正确玩法，连桌都上不了。在 AI 领域，未来哪些公司会在开源项目上踩坑，哪些公司会通过开源项目崛起呢？让我们静待结果吧。

https://www.zhihu.com/question/8468233892/answer/2005266331465959084?utm_psn=2018465811333956938