blitz-js / blitz-js/legacy-framework

Support custom paths for blitz

Open
#31 1 comment 0 reactions 0 assignees View on GitHub
legacy-framework nextjs-fork status/ready-to-work-on
Dominant language
JavaScript
Stars
3
Forks
2
PR merge metrics
No merged PRs in 30d

Description

### What do you want and why?

To be able to use **multiple** _alternative_ paths for blitz, it is currently locked to `app`

This allows for nicely decoupled projects. It is currently semi-possible with a bit of manual work, but having it so we can separate blitz into multiple packages means we can develop frontend pages separately, and deploy them separetly.

### Possible implementation(s)

I imagine we'll need to add a configuration into multiple parts of blitz.

- blitz.config.js: the directories to include, e.g: `"paths": [ "packages/core", "packages/example" ]`
- getBlitzModulePaths - need to include in the globbing process here

However, someone with more knowledge about the codebase might be able to pinpoint the exact locations to get started with! (and if I can get this information, I am happy to get going with it, document it, and write tests for it!)

### Additional context

n/a - please let me know how I can help with this one!

Contributor guide

Open the contributing guide

Research direction

Start by reading blitz.config.js and getBlitzModulePaths, focusing on how the current app path is configured and used during globbing. Define the configuration for multiple alternative paths, update the path discovery behavior, and add tests showing that separate package paths are included.

Written by the indexing model from the issue text.

Assessment

Tech stack
javascript
Domain
build-system
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
30/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.