コミュニティメンテナンスの領域
Multica のどの部分がコミュニティ貢献者によってメンテナンスされているか、それがサポートにとって何を意味するか、そしてそれらの領域で問題が起きたときの報告方法を説明します。
Multica の大部分はコアチームが開発・サポートしています。一部の領域はコミュニティのボランティアが提供し、マージ後もその領域のコミュニティメンテナーとして関わり続けています。これらの領域は毎リリースに同梱されますが、公式のサポート SLA は付きません。
このページが正式な一覧です。ワークフローをある領域の上に構築する前に何に依存するのかを把握できるようにするため、そしてその貢献をした人を名前で記録するためにあります。
コミュニティメンテナンスとは
私たちが約束すること。 その領域は毎リリースに同梱されます。共有レイヤーのリファクタリングを通じて、コアチームがビルドとテストを green に保ち、その領域の issue を担当メンテナーにルーティングします。
約束できないこと。 私たちはこれらのプラットフォームを日常的に使っていないため、実環境に対して挙動を検証できません。実際のプラットフォームへのアクセスが必要なバグは、ボランティアの時間に依存します。したがって応答時間の保証はありません。
領域が終了するとき。 実際のアクセスなしでは修正できない形で壊れ、数リリースにわたって修正が現れない場合、静かに壊れたまま残すのではなく非推奨にすることがあります。このルールはあなたを守ると同時に、メンテナーも守ります。忙しくなったり離れたりしたボランティアは、誰に対しても修正の義務を負いません。
対象領域
| 領域 | コード | メンテナー | 開始 | ステータス |
|---|---|---|---|---|
| DingTalk チャット連携 | server/internal/integrations/dingtalk | @yyclaw | 2026-08 | アクティブ |
| WeCom チャット連携 | server/internal/integrations/wecom | @leroy-chen、@seacen | 2026-08 | アクティブ |
| Telegram チャット連携 | server/internal/integrations/telegram | @leonzone | 2026-08 | アクティブ |
この一覧は、領域の担当が変わったときにだけ更新されます。ここに記載されていない部分はすべてコアチームがメンテナンスしています。
これらの領域で問題を報告するには
GitHub issues に報告してください。メンテナー本人に DM や @ メンションを送らないでください。彼らが引き受けたのは私たちがルーティングした質問の最初の窓口であり、誰でも呼び出せるサポート窓口ではありません。
issue フォームには Area フィールドがあります。これを埋めてもらえると担当メンテナーにルーティングできるので、ひと手間かける価値があります。
メンテナーになるには
新しい連携やその他のまとまった領域を提供してくれた場合、マージ前にこの話をします。私たちが約束すること、お願いしたいこと、そして上記の終了ルールです。断っても問題ありません。変わるのはその領域の扱いの表記であって、その貢献がマージされるかどうかではありません。