Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support for safe collocation of files and folders #2356

Open
Martinsos opened this issue Oct 23, 2024 Discussed in #2345 · 0 comments
Open

Support for safe collocation of files and folders #2356

Martinsos opened this issue Oct 23, 2024 Discussed in #2345 · 0 comments
Labels
enhancement New feature or request hm Requires more thought idea Something to consider

Comments

@Martinsos
Copy link
Member

Discussed in #2345

Originally posted by BranchBotanist October 18, 2024
Wasp primarily uses a declarative approach for structuring apps, meaning that it automatically handles much of the deployment process based on the framework's patterns. Files like those in the public folder or configuration files that follow the typical Wasp project structure (such as main.wasp, Prisma schemas, and source code) are automatically included in the deployment. You don't need to specify them explicitly.

However, for files that fall outside the framework's expected structure but are still in your repository, you would indeed have to exclude them manually using .waspignore. This approach does introduce the possibility of human error when manually managing exclusions. Unfortunately, Wasp doesn't currently support a mode where it strictly includes only what's required for deployment (like some frameworks do) by default, unless those files are explicitly marked for inclusion.

The current safest way is to follow the Wasp project structure closely and use .waspignore for anything extra, but it doesn't yet provide a fully automated "safe inclusion" system based purely on default patterns

@Martinsos Martinsos added enhancement New feature or request idea Something to consider hm Requires more thought labels Oct 23, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request hm Requires more thought idea Something to consider
Projects
None yet
Development

No branches or pull requests

1 participant