問題報告
すべてのバグレポートと機能リクエストには、公開コミュニティリポジトリをご利用ください:
- バグレポートテンプレート:https://github.com/broadcreate/Lexipt-Community/issues/new?template=bug_report.yml
- 機能リクエストテンプレート:https://github.com/broadcreate/Lexipt-Community/issues/new?template=feature_request.yml
- Issue 一覧:https://github.com/broadcreate/Lexipt-Community/issues
レポートチェックリスト
- Lexipt のバージョン
- OS のバージョン
- 再現手順
- 期待される動作
- 実際の動作
- ログまたはスクリーンショット
重要度の目安
critical:データ損失、起動失敗、主要ワークフローのブロックhigh:主要機能の障害(回避が困難)medium:機能上の不具合(許容できる回避策あり)low:UI/コピー/スタイルの改善
未解決の課題(今後追記予定)
TODO
テンプレートによる Issue ラベルの強制適用を行うべきか?
- 推奨:はい。一貫した分類のためテンプレートによるラベル強制を推奨。GitHub のラベル強制機能または自動化を使用して、テンプレート選択に基づいてラベルを適用(例:バグレポートには "bug"、機能リクエストには "enhancement")。
バグレポートには匿名化されたサンプルファイルを要求すべきか?
- 推奨:はい。セキュリティとプライバシーのために必要。テンプレートにサンプルファイルの準備方法(個人データの削除、プレースホルダーへの置換)に関する明確なガイドラインを提供。
Issue の重要度別に SLA 目標が必要か?
- 推奨:はい。期待値の管理と優先順位付けのために:
- Critical:24時間以内に返答、1週間以内に解決
- High:48時間以内に返答、2週間以内に解決
- Medium:1週間以内に返答、1ヶ月以内に解決
- Low:2週間以内に返答、ベストエフォートで解決
- 推奨:はい。期待値の管理と優先順位付けのために: