You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Mar 2, 2026. It is now read-only.
Code with type errors can be deployed to production
Linting errors that could prevent bugs are silently ignored
Reduced code quality and reliability
Potential runtime errors from unchecked code
False sense of security during CI/CD
Why This Matters
TypeScript and ESLint are safety nets. Ignoring them defeats their purpose and allows:
Undetected null pointer errors
Missing error handling
Incorrect prop types
Unused/dead code in production bundle
Expected Behavior
Remove both configurations to enable proper checking:
// Remove these entirely - let the errors block builds
eslint: {// Only ignore in development if absolutely necessaryignoreDuringBuilds: false,// or remove the key},typescript: {ignoreBuildErrors: false,// or remove the key}
Steps to Fix
Remove the ignoreDuringBuilds and ignoreBuildErrors options
The presence of these ignores suggests there are existing errors that need to be addressed. This should be a top priority before any production deployment.