長年の経験から、Sailsコントリビューターは、潜在的に重要な問題と同じバケットで機能リクエストを追跡すると、GitHub上の未解決の問題数が膨大になり、コミュニティ全体がバグレポートに対応するのが難しくなることを学びました。また、分類の負担も生じます。例えば、GitHubの問題が、2部は機能リクエスト、3部は質問、そして最新のSails安定版に関するわずかな、しかし即時対応が必要な重要な問題を含んでいる場合を考えてみてください。
機能や拡張機能に関する提案、リクエスト、要請がGitHub issueとして提出された場合、sailsbotまたはSailsコアチームのメンバーによって閉じられます。これは、コアチームが皆様の経験やアイデアを共有してくださることに感謝していないという意味ではありません。単に、新しいプロセスを使用するようにお願いしているだけです。GitHub issueを作成する代わりに、提案の提出で概説されているプロセスを使用して、新しい機能または既存機能の拡張機能の提案を提出してください。
Sailsの確立された規約またはデフォルト設定の変更を提案しないでください。このような議論は、EJS対Jade、Grunt対Gulp、Express対Hapiなどについて「宗教戦争」を始める傾向があり、これらの議論の管理は不和を生み出し、コントリビューターの時間を過度に消費します。代わりに、Sailsの意見、規約、またはデフォルト設定について懸念がある場合は、コアメンテナーに直接連絡してください。