6.2健全なコミュニティ運営

良いプロジェクトは、良いコミュニティ運営から生まれます。

■ 会話とタスクの使い分け ・GitHub Discussions＝質問・アイデア共有・雑談など、作業項目の追跡ではない「会話」に適します。Q&A カテゴリでは、役立った回答を Answer としてマークでき、同じ疑問を持つ人がすぐ解決策に辿り着けます。 ・Issues＝バグやタスクなど「追跡すべき作業」に使います。 用途で使い分けるのがポイントです。

■ リリースと運用 ・Releases＝特定バージョンを、タグに紐づけてリリースノートやビルド済みファイル（アセット）とともに公開します。 ・Pinned issues＝重要な Issue を一覧の上部に固定します。 ・triage（トリアージ）＝ラベル付け・優先度付け・整理によって、未対応の項目が滞留するのを防ぎます。

■ コミュニティの健全性 ・コミュニティヘルスファイル（README・CODE_OF_CONDUCT・CONTRIBUTING・SECURITY・Issue/PR テンプレート等）を .github ディレクトリ等に置くと、参加者を迎えやすくなります。Organization の .github リポジトリに置けば、組織内の各リポジトリへ既定として適用できます。 ・Community profile（コミュニティ プロファイル）で、推奨ファイルが揃っているかを確認できます。 ・InnerSource＝オープンソースの流儀（公開・協働・再利用）を組織の内部に取り入れる考え方です。 ・GitHub Sponsors＝OSS の開発者やプロジェクトを金銭的に支援できる仕組みです（Star は無償のお気に入りで、支援とは別物）。GitHub は無料の公開リポジトリ・Sponsors・Discussions などで OSS を支えています。