项目详情

LibreOffice / core

世界最大开源办公引擎的源码心脏——一个「故意不让你在 GitHub 上贡献」的镜像仓库

GitHub 地址 GPL-3.0 / MPL 双许可 4.3k Stars · 2,916+ 贡献者 C++ 巨石 · ~7GB 仓库 Read-only 镜像 · Gerrit 工作流

更新于 2026-09-12

← 返回汇总
项目速览

一句话定位

开源办公的心脏，长在 Gerrit 上

LibreOffice——OpenOffice.org 的继任者、几乎所有 Linux 发行版的默认办公套件、Collabora Online 的上游——其全部源码心脏。但这个 GitHub 仓库是只读镜像：描述明说 no pull request，真正的开发在自托管 Gerrit 代码审查系统上，issue 在 Bugzilla（commit 全部带 tdf# 编号）。2,916+ 贡献者、千万行级 C++、15 年不间断演进，世界最大 C++ 开源项目之一。收录它不是因为「能在 GitHub 用它」，而是它是办公套件开源大战的另一极——ONLYOFFICE 的直接对手。

项目速览

核心数据

2,916+
贡献者（15 年累计）
~7GB
仓库体积
0
GitHub Issues（镜像不收）
4.3k
Stars（低 = 社区在别处）
千万行级
C++ 代码
2013
镜像建仓（项目继承自 2000 年 OpenOffice）
tdf#
Bugzilla 编号纪律
2026-09-11
最近推送（每日高频）

数据来源：GitHub API，采集于 2026-09-12。GPL-3.0 + MPL 双许可结构；The Document Foundation 基金会治理；Collabora/Red Hat/CIB 等公司付费贡献。

血统

从 Sun 的遗产到基金会治理

2000 · OpenOffice.org

Sun Microsystems 开源 StarOffice，成为主流办公套件。2010 年 Oracle 收购 Sun 后社区担忧停滞。

2010 · The Document Foundation

社区 fork 成立 TDF 基金会（独立慈善实体），LibreOffice 诞生。OpenOffice 后续确实停滞（2011 起几乎无更新），LibreOffice 成为事实继承者。

今天 · 双引擎驱动

TDF 治理 + 商业公司付费开发（Collabora 主导云端、Red Hat/CIB 长期投入）——社区与商业的共生样本，15 年无断档。

它证明了巨型开源项目可以不依赖单一公司活着——基金会持有商标与资金，多家竞争性公司共同雇佣开发者，谁也不能挟持项目。

核心机制

为什么 GitHub 上是只读的？

GitHub 镜像（本仓库） · 只读同步：clone / 浏览 / fork 供参考 · 不收 PR · 不开 Issue（描述明说 no pull request） · 甚至劝你别下 zip：去官方 bundles 下载 角色：可见性 + 搜索 + 镜像分发 真正的开发基础设施（自托管） · Gerrit：逐 commit 代码审查（每个补丁独立评审） · Bugzilla：issue 全部带 tdf# 编号追溯 · 自建 CI（Jenkins 集群）跨平台全量构建 角色：万级 commit/月的生产流水线 单向同步 为什么不用 GitHub PR？——千万行 C++ 的审查粒度、跨平台 CI 矩阵、15 年积累的 Gerrit 工作流与自动化（约定式 commit + tdf# 联动） 迁移成本与既有自动化的价值远超「GitHub 便利性」——这是基础设施主权的选择，不是保守
镜像（可见性） 生产基础设施
架构全景

一个仓库，六种应用，一套引擎

组成内容
Writer文字处理——与 MS Word 互转的 OOXML 过滤器是持续投入重点
Calc电子表格——函数引擎、列式重算优化近年大改
Impress / Draw演示与矢量绘图
Base / Math数据库前端与公式编辑器
UNO API跨语言组件模型——所有自动化/扩展/Collabora Online 渲染的基础
Filters数十种文件格式过滤器（OOXML/ODF/DOC 老格式/RTF…），兼容性投入最重的区域

另有 Online（Collabora Online）分支把这套引擎跑在浏览器里——本站收录的 Docker-DocumentServer（ONLYOFFICE）正是它在协作办公赛道直接对手，两大阵营共享同一批用户。

工程文化

巨石项目的纪律性

  • tdf# 编号纪律：每个 commit 关联 Bugzilla——「tdf#168053 writerfilter: put ToolTip at end of hyperlink」15 年如一日，可追溯性是肌肉记忆
  • Gerrit 逐补丁审查：每个 commit 独立评审打分（+1/-2），与 GitHub 的 PR 粗粒度模式相比更适合巨型代码库
  • 跨平台 CI 矩阵：Linux/Windows/macOS 全平台自动化构建与测试集群
  • 现代 C++ 渐进迁移：string_view/OUString 现代化持续进行（近期 commit 可见），不搞大爆炸重写
  • 双许可结构：GPL-3.0 / MPL 分文件许可，允许商业公司在 MPL 部分构建闭源扩展
  • 性能专项：启动时间、大文档打开速度常年作为 release 目标专项治理
生态与竞对

办公套件的开源大战：LibreOffice 系 vs ONLYOFFICE 系

LibreOffice 系（本页）ONLYOFFICE 系
引擎血统StarOffice → OpenOffice → LibreOffice（25 年）2008 年起从零构建
格式保真路线ODF 原生 + OOXML 过滤器持续追赶从 OOXML 反推引擎，.docx 保真为卖点
云端形态Collabora Online（基于 core）Document Server（本站已收录）
集成生态Linux 发行版默认套件 + Nextcloud/ownCloud 连接器Nextcloud/Odoo/Moodle 连接器
治理TDF 基金会 + 多公司ONLYOFFICE 公司单一主导
许可GPL/MPL 双轨AGPL（社区版）+ 商业双轨

有意思的张力：Collabora Online（LibreOffice 系）在 Nextcloud 生态曾长期是默认选项，ONLYOFFICE 凭 OOXML 保真度强势切入——两派的用户争论至今未歇。选型本质是「格式兼容优先」还是「成熟生态优先」。

风险与局限

巨石的真实重量

潜力评估

打分

维度评分依据
历史地位
开源办公的支柱、世界最大 C++ 项目之一、25 年血统
工程成熟度
2916 贡献者/Gerrit 纪律/跨平台 CI/双许可治理
生态影响
Linux 发行版默认件 + Collabora 上游 + 格式战争主角
GitHub 可用性
read-only 镜像：不可 PR 不可提 issue（设计如此）
现代化速度
巨石惯性：协作编辑/UI 迭代慢于年轻对手

综合 8.5/10。评估它的正确姿势不是「GitHub 项目好不好用」，而是把它当作开源世界去 GitHub 中心化的最大现存实验——2916 个贡献者证明了这条路走得通。8.5 的分数一半给历史，一半给治理样本价值。

最终裁决

适合谁，不适合谁

用/学
  • Linux 桌面用户：发行版自带，事实默认办公套件
  • 自托管协作：通过 Collabora Online 间接使用（LibreOffice 引擎的 Web 化）
  • 大型 C++ 项目研究者：Gerrit 工作流/跨平台 CI/巨石治理的活教材
  • 需要 ODF 原生与格式考古的场景（老文档格式过滤器最全）
别用
  • 想用 GitHub PR/issue 参与贡献的（请去 Gerrit，README 已劝退）
  • 追求 .docx 100% 保真的极端场景（ONLYOFFICE 的反推路线在此更强）
  • 轻量嵌入需求（巨石引擎，嵌入成本远高于专用组件）
  • 把 stars 当健康指标的评估框架（镜像形态失真）
上一个
handraw-style
下一个
CloddsBot
1 / 11
← → 翻页 · 汇总