企业官网建设流程全解析

MLIR的Community（社区）与贡献指南

从一次半夜的CI失败说起

凌晨两点，我盯着屏幕上那个血红的“Build Failed”标记，咖啡杯底已经干涸。这不是我第一次在MLIR的GitHub CI上栽跟头——上周刚因为一个TableGen的格式问题被机器人打回，这次又是因为什么？点开日志，发现是mlir-opt的测试用例在某个边缘路径下触发了断言失败。我本地明明跑过了所有check，怎么一上CI就翻车？

翻看社区PR记录，发现类似的问题在三个月前就有人提过issue，但当时被标记为“低优先级”搁置了。我意识到，这不是代码逻辑的问题，而是我对MLIR社区的“潜规则”还不够熟悉——比如哪些测试必须跑、哪些目录的改动需要额外reviewer、以及那个藏在utils/bazel里的神秘构建配置。

社区不是代码仓库，是活着的生态系统

MLIR社区和LLVM社区一脉相承，但又有自己的脾气。如果你以为只是把代码push上去等merge，那大概率会像我一样在CI里反复横跳。社区的核心是邮件列表（Discourse）和Phabricator（现在逐步迁移到GitHub Pull Request），但真正决定你贡献能否被接受的，是那些藏在代码注释和reviewer脑中的“不成文规则”。

举个例子：MLIR的Dialect定义文件（.td）里，let description =字段的格式有严