Elijah Luckey

I've been quietly watching this project and it's progress. Certainly interested in contributing and supporting it!

This enhancement would be great for those trying to group their mocked API by features for and end-client. Folder-based grouping or even endpoint tagging would be ideal. Just throwing out...

Sounds great! Looking forward to your _very good_ changes 🙂

PS I did notice #385 but I'm not sure if they're quite duplicates. That one is requesting a full-featured changelog configuration tool. I'd just like to see the file created...

Using `test` for a Dart/Flutter project's name is notorious for failing during creating. Try executing with something other than `test`

Looks like the application here is only for Google Messages. It's basically taking the [Google Message web interface](https://messages.google.com/web) and turning it into an Electron App with `nativefier`. You could possible...

Would greatly appreciate a feature to allow a custom line length passed to the dart/flutter format command. Something like: ```yaml jobs: verify_and_test: name: Verify and Test uses: VeryGoodOpenSource/very_good_workflows/.github/workflows/dart_package.yml@v1 with: working_directory:...

I forked and added the feature. My branch seems to serve me well in my private project. [`feat/add-line-length-to-workflow`](https://github.com/Luckey-Elijah/very_good_workflows/pull/1).

I like this idea. Since `mason search ` only searches from `registry.brickhub.dev`, would you like the command could search both `registry.brickhub.dev` and the installed bricks (ie results from `mason ls...

Additionally for the search, `mason search -i ` and `mason search -r ` could _only_ search bricks that are _installed_ or _registered_ at `registry.brickhub.dev` (respectively).