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
Currently the init package is very flag heavy, and a little clunky in its execution
```bash# example
npx @greenwood/init@latest --template=blog
``````bash# npm install
npx @greenwood/init@latest --install
# To automatically run `yarn install` after scaffolding, pass the `--yarn` flag.
npx @greenwood/init@latest --yarn
```
I like the experience a lot of other meta-frameworks take where it is is just a series of prompts you can enter through, and I think Greenwood would benefit from this approach as well.
Adding / updating features would require adding new flags. With prompts, we can extend / update the experience a lot more efficiently without directly impacting the user experience
I can see the new flow being presented as such
Project Name (> input) - default is current directory
Package Manager (options)
npm (default)
yarn
pnpm
Install Dependencies (options)
yes (default)
no
Template (options)
None (default)
blog
Next steps
cd {MY_APP}
npm run dev (or yarn, pnpm, etc)
(I'm also OK dropping the flags support as well unless its trivial to implement / maintain)
I think once we do this, we can probably shorten the recommended Init script on the website to be able to drop the my-app param, since it will now be the default
The text was updated successfully, but these errors were encountered:
Summary
Currently the
init
package is very flag heavy, and a little clunky in its executionI like the experience a lot of other meta-frameworks take where it is is just a series of prompts you can enter through, and I think Greenwood would benefit from this approach as well.
astro-init.mov
next-init.mov
svelte-init.mov
Details
In particular to address these issues
init
scaffolding #1272,init
scaffolding should prompt for installing common plugins (TypeScript and markdown) #1270)I can see the new flow being presented as such
(I'm also OK dropping the flags support as well unless its trivial to implement / maintain)
I think once we do this, we can probably shorten the recommended Init script on the website to be able to drop the
my-app
param, since it will now be the defaultThe text was updated successfully, but these errors were encountered: