Auto: feature/ci-autofix-loop #24
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "feature/ci-autofix-loop"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Automated PR for branch
feature/ci-autofix-loop.Approved
Well-structured auto-fix loop for CI. The three-path decision tree (fix/ruff-commit/review), iteration guard with MAX_AUTOFIX, and failure notifications are all cleanly implemented. The workflow correctly handles all termination cases (successful merge, exhausted retries, Claude making no changes). A few minor suggestions below but nothing blocking.
Warnings
git add -A(used in 3 places) stages all untracked files. Since Claude runs with--dangerously-skip-permissionsand Bash access, it could create temporary/debug files that get blindly committed. Considergit add -u(only modified/deleted tracked files) or adding a cleanup step before committing. If Claude must create new files, at minimum ensure a.gitignorecovers common artifacts.Suggestions
chown -R reviewer:reviewer .includes.git/internals. Considerchown -R reviewer:reviewer . --exclude-dir=.gitor usingfind . -not -path './.git/*'to keep.gitowned by root, since only root runs git operations. This avoids potential subtle git behavior differences, thoughsafe.directorymitigates most issues.[ruff-fix]commit pattern is not counted by the iteration guard (which matches\[autofix). If ruff auto-fix and lint check somehow oscillate (unlikely but possible with conflicting rules), this could loop outside the guard. Consider counting all bot commits, not just[autofixones.