feat: Add support for passing arguments to electron in dev and preview modes.

[mifi]

thanks for this great module! I just started using it and it works great. there's one thing I was missing:

Description

Add support for passing arguments to electron in dev and preview modes.

fixes #149

this allows us to pass custom args to the electron process that can be read directly inside electron on process.argv, like so:

yarn dev -- --my-custom-arg some-value
yarn start -- --my-custom-arg some-value

(assuming my package.json is like this:)

    "start": "electron-vite preview",
    "dev": "electron-vite dev -w",

This is beneficial because it reduces the gap between production and development, decreasing the chance of making mistakes due to differences in the two (three) environments. and it's pretty standard for something that runs something else that -- will pass along arguments to what it runs

Additional context

What is the purpose of this pull request?

• Bug fix
• New Feature
• Documentation update
• Other

Before submitting the PR, please make sure you do the following

• Read the Contributing Guidelines.
• Read the Pull Request Guidelines and follow the Commit Convention.
• Provide a description in this PR that addresses what the PR is solving, or reference the issue that it solves (e.g. fixes #123).

[matthme]

Oh that's fabulous. I have been looking for this as well, can't wait for it to get merged!

[pzcfg]

Amazing 🙏 Please let's get this merged. The recommended solution of building an entirely different codepath for dev vs production seems like a lot of extra work and very error prone.

[pzcfg]

FWIW, when I run yarn build on this branch, prettier wants these semicolons removed

% yarn build      
yarn run v1.22.19
$ npm run lint && node scripts/build.js

> electron-vite@1.0.29 lint
> eslint --ext .ts src/**


/Users/pzich/Projects/config/razorcrest/ui/node_modules/electron-vite/src/cli.ts
  100:68  error  Delete `;`  prettier/prettier
  158:68  error  Delete `;`  prettier/prettier

✖ 2 problems (2 errors, 0 warnings)
  2 errors and 0 warnings potentially fixable with the `--fix` option.

[alex8088]

@pzcfg Thanks for your review, I got it.

[alex8088]

@mifi

Thank you for your contribution. It's too late to respond.

This is great and really useful, I didn't notice that cac has this feature. But it still needs some testing, including user args support and the impact on debugging. If there are no problems, it may be added to version 2.0