- binds names via tree-sitter (default, namespace, named + alias, type-only), keeps a statement when ANY bound name occurs outside it (word scan over comments/strings included): under-delete is the safe direction, mirroring the Java rule's asymmetry - ESM caveat encoded in the policy: mixed live/dead statements are not touched — removing a specifier would still drop the module's side effects - side-effect imports and 'export .. from' re-exports are never candidates - parser/ts became a folder (mod/extract/unused_imports) to keep the 4-entries-per-module rule; word_occurs shared via crate::parser - java/rules/unused_imports now reuses the shared word scanner (DRY)
9.9 KiB
9.9 KiB
jmove — TODO
Правила
- KISS — simplest solution that works; no speculative abstractions.
- DRY — no duplicated logic; extract into a function/module instead.
- SOLID — single responsibility per module (
cli/core/parser/cache), open for extension (new languages) via the parser trait, no deps on implementation details. - Max 250 lines per file — split when exceeded.
- Max 4 files per folder (module) — split the module when exceeded.
- Каждый коммит проходит
cargo fmt --checkиcargo clippy -- -D warnings. - Запрещён mёртвый код: unused code удаляется или реализуется;
#[allow(dead_code)]не использовать.
MVP (Phase 1)
- CLI skeleton (clap) — команды: mv, check, --dry-run, --json
- Сканер файлов проекта (уважать .gitignore через
ignoreкрейт) - Парсер импортов для TypeScript/JS через tree-sitter
- Разрешение путей: extension guessing (.ts/.tsx/.js/...), index.* (в MVP — без этого инструмент игрушка)
- Построение графа зависимостей (файл → что импортирует)
- Инвертированный граф (файл → кто его импортирует)
- Вычисление нового относительного пути после mv
- Rewrite импортов в файлах (трогаем только specifier-строку, никогда не реформатим statement)
- Атомарный apply (сначала rewrite, потом mv) + rollback при ошибке
- Dry-run режим с diff выводом
- Команда check (битые импорты, exit code 2) — self-test инструмента
- Тесты: unit (parser, core) + e2e (CLI на фикстурах)
AI / Agent support
- --json флаг на всех командах (status ok|dry_run|error)
- --dry-run + --json (preview без записи на диск)
- Стабильные error codes (TARGET_EXISTS, SOURCE_NOT_FOUND, ...) + hint поле
- Exit codes: 0 ok / 1 error / 2 broken imports
- docs/SKILL.md — машиночитаемая документация для AI агентов
- docs/EXAMPLES.md — примеры для людей и агентов
Phase 1.5 — Java (наша ниша, аналогов в CLI нет)
- tree-sitter Java грамматика: package + import extraction
- Детект source root (src/main/java, src/) и соответствие package ⇄ директория
- mv = три синхронных правки: package, все import в проекту, физический перенос
- e2e фикстуры tests/java/
Phase 1.6 — fix (auto-fix мелких ошибок; тот же safety-движок, что mv)
Мотивация: jmove уже умеет index → план правок → dry-run diff → atomic apply →
--json. Превращаем «mv» в обобщённый «найти правки → применить безопасно».
Слоган: mv + fix, один движок правок, два генератора планов.
Решение: паттерны (вариант 2) — ДА; ML (вариант 1) — НЕТ (детерминизм = продукт:
dry-run/rollback/error-codes не переживают недетерминированный движок).
AI оставляем СНАРУЖИ: при неоднозначности jmove отдаёт candidates в --json,
агент (LLM) выбирает и повторяет команду — в рамках нашего agent-first UX.
- Edit engine:
core::Edit{span,old_text,new_text}— replace/insert/delete в одном движке (rewrite_bytesgeneric над&[Edit], пустой span = вставка,new_text=""= удаление; overlap/malformed spans → PlanRejected, не-char-boundary/content-mismatch → StaleIndex до записи); apply/rollback/diff/json переведены минимально (MovePlan.rewrites → Edit черезFrom) Fixtrait рядом сLanguage:fixes(path, source, index) -> Vec<FixCandidate>{rule, severity, auto_fixable, edits};jmove fix [--rule ...] [--dry-run] [--json](тот же apply/rollback/diff:apply_edits+render_edits_diffбез move)- [~] Java v1: unused-imports (DONE, skip wildcard/ambiguous), missing-import (DONE: unique FQN candidate →
insert
import pkg.Type;at the import-block end; ambiguous/wildcard →--jsoncandidates, applied:false; закрыт guava-разрыв «перенесли файл, соседняя ссылка без импорта умерла» — проверено mv+fix+javac SUCCESS), import-order (DONE: Google-стиль — statics первыми, ASCII-сортировка, дедуп; конфликтующие с другими правилами откладываются (prune_overlaps по severity) и сходятся за 2-3 прогона), class-name-mismatch - TS v1: unused-imports (DONE: whole-statement delete, все биндинги мертвы → строка уходит; mixed used/unused НЕ трогаем — в ESM импорт исполняет побочные эффекты модуля, partial-удаление specifier'ов отложено осознанно)
- TS v1: import-order (нет кэнона без eslint-config — grouping-конвенции плавающие; ждать запроса), add-import требует индекс экспортов (символ→файл)
- Форматирование: свой cargo-fmt НЕ строим (вечный long-tail). Только «import formatting»
(порядок/группировка — у нас уже есть spans). Опционально
--format-after <cmd>(prettier / google-java-format), не зависимость - Интероп PMD/Checkstyle/eslint (фаза 2.5):
jmove fix --report checkstyle.xmlмаппит violation(file,line,rule) на паттерны; на выход SARIF для CI/IDE. Маркетинг: «auto-fix for what Checkstyle only reports»
Guava real-world smoke test (google/guava @ main, JDK21, mvnw) — ПРОВЕРЕНО
- mv Primitives primitives→util: 5 правок (4 imports + package),
mvn -pl guava compile= BUILD SUCCESS,jmove checkчисто - mv VisibleForTesting annotations→annotations.testing (63 файла): jmove переписал все 62
явных импорта корректно, НО javac упал: сам перенесённый файл ссылался на соседний
GwtCompatibleБЕЗ импорта (тот же пакет) → после mv ссылка битая. jmove в v1 осознанно НЕ добавляет импорты. Это главный driver для fix/missing-import из Phase 1.6 выше - (после fix) повторить обе перемещения как
mv+ авто-fixи добить compile до SUCCESS (паттерн воспроизведён и закрыт локально: mv файла с bare-ссылкой на соседний пакет →fixдобавил импорт → javac SUCCESS; на реальном guava ещё не прогонялось) - Индексация в monorepo с дублями пакетов (guava vs android/guava в одном --root):
глобальный
--source-root DIR— индексирует (mv/check/fix) только поддерево, FQN-коллизии исчезают, соседнее дерево не трогается; авто-определение по mv-цели осознанно НЕ делаем (явный флаг предсказуемее, см. KISS)
Phase 2
- Кэш индекса на диске (bincode/rkyv) → .jmove/index
- Инкрементальная переиндексация (только изменённые файлы)
- Поддержка tsconfig paths / алиасов (@/...)
- Параллельная индексация через rayon
- --git интеграция (git mv для stage/истории): auto для tracked файлов, --no-git флаг, moved_via/would_move_via в --json
- Перенос директорий целиком (mv папки)
- Предупреждения о не-import ссылках: package.json exports, jest mocks, tsconfig includes, markdown links
- prettier интеграция после rewrite (по желанию)
Phase 3
- Поддержка Python (from/import, относительные точки)
- Поддержка Go (per-file, НЕ whole-package как refac)
- Команда split (авто-разбивка файла на несколько)
- Windows-пути:
core::rel_str— единый формат относительных путей на границе CLI (human/JSON/diff-заголовки/git-pathspecs всегда через/, неPath::display()); CI matrix linux+windows (cargo test --locked), checkout сcore.autocrlf=input. Camino не ввели: PathBuf остаётся внутренней валютой, славши нужен только на выводе
Идеи на потом
- LSP интеграция (jmove сам как LSP server)
- Watch mode
- VS Code расширение как обёртка над CLI
Конкуренты (см. docs/PLAN.md)
- refac / ai_refac (jav-ed): TS/Py/Rust/Go/Dart, но без dry-run, лимит 30 файлов в TS, Go = весь пакет, Java нет. Наш edge: dry-run+атомарность, Java, split, скорость (без LSP), UX.