【NebulaGraph】NebulaGraph 的 GitHub 仓库结构是怎样的？各个核心模块（meta, storage, graph）的代码位于何处？

NebulaGraph 源码全景图：深度解析 Meta、Storage、Graph 三大核心模块的代码布局与工程结构

问题原文：“NebulaGraph 的 GitHub 仓库结构是怎样的？各个核心模块（meta, storage, graph）的代码位于何处？”

在金融反洗钱（Anti-Money Laundering, AML）场景中，风控团队需要对每日新增的数亿笔交易构建资金流向图谱，并实时识别异常转账环路。当系统遭遇 P0 级故障——例如因 Meta 服务元数据不一致导致全集群写入阻塞，或 Storage 节点因 Raft 日志堆积引发 OOM——具备源码级洞察力的工程师能够直接定位到 src/meta/processors 中的 Schema 变更处理器，或 src/storage/exec 下的查询执行器，从而在黄金 15 分钟内完成根因分析与热修复。这种能力的前提，是对 NebulaGraph 整个代码仓库结构的了如指掌。

本文将面向已具备深厚大数据生态（Flink/ClickHouse/Hudi/Kafka）背景、但初涉 NebulaGraph 的中高级工程师，以 NebulaGraph 3.8.0 版本为基准，系统性地拆解其 GitHub 官方仓库的工程组织方式，精准定位 Meta 服务（元数据管理）、Storage 服务（数据存储与计算）、Graph 服务（查询接入与优化） 三大核心组件的源码路径，