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
When using Nitro (via Nuxt 3.14.x), the production build output directory content is unexpectedly deleted or minimized when starting the development server. This issue was identified after observing the behavior in Nuxt 3.14.x and was traced back to Nitro's handling of the output directory.
However, this is suboptimal as:
Development environment shouldn't need to affect production build output
Creating a separate output directory for development seems unnecessary
This behavior changed between Nitro versions (works correctly in older versions)
Technical Details
The issue seems related to Nitro's handling of the output directory during development mode
The problem appeared with Nuxt 3.14.x which uses Nitro 2.10.x
The issue does not occur with Nuxt 3.13.2 (older Nitro version)
Questions
Is this an intended change in behavior?
Is there a proper way to preserve production build output while running development server?
Should we consider adding a configuration option to prevent development mode from cleaning production build files?
Additional context
No response
Logs
No response
The text was updated successfully, but these errors were encountered:
Environment
Reproduction
Steps to Reproduce
pnpm build
pnpm dev
Expected Behavior
Current Behavior
Workaround
We found a temporary workaround by separating development and production output directories:
Describe the bug
When using Nitro (via Nuxt 3.14.x), the production build output directory content is unexpectedly deleted or minimized when starting the development server. This issue was identified after observing the behavior in Nuxt 3.14.x and was traced back to Nitro's handling of the output directory.
However, this is suboptimal as:
Technical Details
Questions
Additional context
No response
Logs
No response
The text was updated successfully, but these errors were encountered: