docs: Update Quality Rails status to reflect active enforcement
Strict enforcement is now ACTIVE and blocking commits. Updated documentation to reflect: - Pre-commit hooks are actively blocking violations - Package-level enforcement strategy - How developers should handle blocked commits - Next steps for incremental cleanup Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
This commit is contained in:
@@ -4,17 +4,18 @@
|
||||
|
||||
2026-01-30
|
||||
|
||||
## Current Status: **INSTALLED - PARTIAL ENFORCEMENT**
|
||||
## Current Status: **STRICT ENFORCEMENT ACTIVE** ✅
|
||||
|
||||
Quality Rails has been successfully installed but is currently in **formatting-only mode** due to existing codebase violations.
|
||||
Quality Rails is now **FULLY ENFORCING** code quality on all commits. Any commit that touches a package with violations will be blocked until that package is cleaned up.
|
||||
|
||||
## What's Installed
|
||||
|
||||
### ✅ Pre-Commit Hooks (.husky/)
|
||||
### ✅ Pre-Commit Hooks (.husky/) - ACTIVE
|
||||
|
||||
- Runs lint-staged on every commit
|
||||
- Currently only enforces Prettier formatting
|
||||
- Ready to enable full enforcement once violations are fixed
|
||||
- **BLOCKS commits** with lint errors or warnings in affected packages
|
||||
- **BLOCKS commits** with type errors in affected packages
|
||||
- Auto-formats code with Prettier before linting
|
||||
|
||||
### ✅ Enhanced ESLint Rules
|
||||
|
||||
|
||||
Reference in New Issue
Block a user