-
-
Notifications
You must be signed in to change notification settings - Fork 11
Open
Description
タスク指示書
概要
dotignore(ブラックリスト方式)の問題を解決するため、既存のdotgitignoreをホワイトリスト方式に変更し、ユーザーが定義するファイルのみを管理対象とする。
背景
- 現在のdotignoreはブラックリスト方式のため、意図しないファイルがコミットされる問題がある
- dotgitignoreは既に
builtins/project/dotgitignoreに存在する - ホワイトリスト方式に変更し、本当に必要な最小限のファイルのみを管理下に置く
対象モジュール
| 優先度 | ファイル/モジュール | 作業内容 |
|---|---|---|
| 高 | builtins/project/dotgitignore |
ホワイトリスト方式への変更 |
| 高 | builtins/project/dotignore |
削除またはdotgitignoreへの統合(調査後に決定) |
| 中 | dotignore/dotgitignoreを利用する呼び出し元 | インターフェース変更への対応 |
実装要件
1. ホワイトリスト方式への変更(優先度: 高)
- dotgitignoreのロジックを「除外リスト」から「許可リスト」に変更
- ユーザーが明示的に指定したファイルパターンのみを管理対象とする
- 指定がないファイルはデフォルトで管理対象外とする
2. dotignoreの整理(優先度: 高)
- dotignoreの機能をdotgitignoreに統合するか、dotignoreを削除するか調査して決定
- 重複する機能は統合し、コードベースを整理
3. 影響範囲の調査と対応(優先度: 中)
- dotignore/dotgitignoreを使用している箇所を特定
- インターフェース変更に伴う呼び出し元の修正
確認方法
- 単体テスト: ホワイトリスト方式で期待通り動作することを確認
- 統合テスト: 実際のプロジェクトで管理対象ファイルが正しく判定されることを確認
制約
- ユーザーが定義するファイル以外は管理対象外とする
Open Questions
- ホワイトリスト方式のデフォルトで管理対象とするファイルの種類(例: .gitignore, .taktignore, 設定ファイル等)が不明。調査時に既存の利用パターンから判断すること
- 既存のdotignoreで管理されているファイル群の扱い(削除/残す)は、調査後に既存データへの影響を考慮して決定すること
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
No labels