CLI Roadmap
#740
Replies: 1 comment
-
Worth calling out here that even though the issues are somewhat documented, implementation ideas and general architecture stuff still mostly lives in my head, so let's use this discussion as a way to talk through those things before we spend time on implementation. This can then also serve as a central place to point people when they ask about our design decisions in the CLI. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
The last ~month where I've been unable to contribute time to Blitz due to personal commitments and work responsibilities has led to an obvious gap in our governance model for the CLI - all of the roadmap lives in my head! Let's use this discussion as a way to plan some future feature work, known issues that need to be fixed, and then we can start to assign work. I'm hoping in the coming weeks I'll be able to get back to work on launching recipes and improving our Prisma integration in preparation for planning around our plugin system, and in the meantime we can use this discussion as a way to divvy up the remaining work on smaller features that will still be important for the developer experience.
Here's my rough idea of prioritization for short-term work that we should be able to complete to improve the CLI experience. Issues left off of here aren't unimportant, they just (in my estimation) don't meet the ideal ratio of effort to value for our high priority list
Disruptive Bugs & Rough Edges
Features
MDX Recipes (ideally integrated with Gatsby stack)Finalize TS recipes API, write some Blitz-owned recipes, and release to public @aem (PR: [legacy-framework] Improved API for defining Blitz Recipes #770)for
loops or something likeprocess.env.__objList__.map(fnThatReturnsJsx)
similar to how variable replacement currently works. I think in order to support this we should extract the templating engine into its own package (and maybe eventually release it as a standalone, non-Blitz package).blitz routes
(#240)blitz update
blitz update
command which will proxy to something likeblitz install blitz@1.0.0
and then the recipes directory can just have install scripts. Ideally it would fetch all versions between your current version and latest and run the recipes in order to ensure you don't miss any breaking changesBeta Was this translation helpful? Give feedback.
All reactions