rtk-ai/rtk
Auf GitHub ansehenfeat: Extend git subcommand coverage (ls-files, rm, tag)
Open
#1.526 geöffnet am 25. Apr. 2026
area:clieffort-mediumenhancementgood first issuepriority:medium
Repository-Metriken
- Stars
- (48.085 Stars)
- PR-Merge-Metriken
- (Durchschn. Merge 11T 1h) (45 gemergte PRs in 30 T)
Beschreibung
The rtk git handler covers diff, status, log, add, stash, show, branch, worktree, fetch, pull, push — but misses several commonly-used subcommands.
Currently not intercepted:
$ rtk hook check "git ls-files" # → exit 1, no rewrite ✗
$ rtk hook check "git rm" # → exit 1, no rewrite ✗
$ rtk hook check "git tag" # → exit 1, no rewrite ✗
$ rtk hook check "git cherry-pick" # → exit 1, no rewrite ✗
$ rtk hook check "git rebase" # → exit 1, no rewrite ✗
$ rtk hook check "git merge" # → exit 1, no rewrite ✗
$ rtk hook check "git checkout" # → exit 1, no rewrite ✗
Highest value:
git ls-files(98 calls/month) — in monorepos this can return hundreds of paths. Compact tree output (likertk find) would be ideal.git rm(92 calls/month) — bulk deletes produce onerm 'path'line per file. Summary format would help.
Lower priority (write operations where full output matters for confirmation):
git cherry-pick,git rebase,git merge,git checkout— these have important status output but could still benefit from ANSI stripping.
Usage context: ~280 calls/month for the missing subcommands, primarily in a 12-service monorepo with Claude Code.