-
Notifications
You must be signed in to change notification settings - Fork 17
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CLI UX improvements #6
Comments
Also, do we really need the |
Hey, sorry about the late reply :) The tricky thing about this is that This is meant to serve quick dev iterations where the arguments are exactly the same as what The alternative would be to shadow even more possible Or we could detect the WDYT? Re: |
Also if you move main.go into root folder, then you will unable to publish xk6 as library, because of main.go should be in main package and as I know no way to put go files in same directory with other package declaration... |
Let create a sub-command pattern in xk6. Put current build functionallity under "build" subcommand and pass all other subcommand to k6. In this way you can use usual flags parsing under "build" sub-command (like xk6 build --help) |
Yeah, improving We'll consider prioritizing this issue soon, and in the meantime PRs are welcome. :) |
This was brought up again recently by @andrewslotin, and it might be good to clarify: So there's that discussion of how we want the As for the case when
This is undoubtedly cryptic to even users familiar with Go, so we could possibly improve that scenario, and always default to building a vanilla k6 if a |
If I just type
xk6
, I'd get an obscure error like this:And
xk6 -h
orxk6 --help
orxk6 help
don't seem to do anything. This is not urgent, but something we shouldn't forget to polish eventually, hopefully without repeating the same mistakes with global as in k6.xk6 version
should probably also be a thing, eventually.The text was updated successfully, but these errors were encountered: