Skip to content
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

Do a proper full test of CLI in CI #1746

Closed
ndelangen opened this issue Aug 27, 2017 · 10 comments
Closed

Do a proper full test of CLI in CI #1746

ndelangen opened this issue Aug 27, 2017 · 10 comments
Assignees
Labels
cli inactive maintenance User-facing maintenance tasks

Comments

@ndelangen
Copy link
Member

We've had some regressions in the @storybook/cli package lately.

This is a clear signal we need proper tests that cover this behavior.

I would love for someone with great testing skills to add a script that properly tests the CLI.

I envision we have some basic fixtures of possible projects. Much like how lerna has fixtures for their commands
And then we run the CLI on it, and expect the output to match a snapshot.

@ndelangen ndelangen added cli maintenance User-facing maintenance tasks help wanted labels Aug 27, 2017
@ndelangen
Copy link
Member Author

Looking for someone who wants to pick this up!

@Hypnosphi Hypnosphi self-assigned this Aug 27, 2017
@Hypnosphi
Copy link
Member

Hypnosphi commented Aug 27, 2017

In case of CRA/CRNA templates, we should also check that things work with current version of the boilerplate (see your concern). In that case we can't use snapshots as they will change because of external reasons.

Those compatibility checks should run on master only, by the way. PRs shouldn't fail because of unrelated changes in external tools. So for PRs it should be only fixtures and snapshots.

@Hypnosphi
Copy link
Member

Alternatively, we could add create-react[-native]-app as devDependencies and run them before each test on CI. Whenever those packages update, we'll get a PR from greenkeeper bot

@ndelangen
Copy link
Member Author

I like that idea @Hypnosphi

@Hypnosphi
Copy link
Member

I'm not sure though that greenkeeper can track non-root package.json

@Hypnosphi
Copy link
Member

Hypnosphi commented Aug 29, 2017

Unfortunately, not
Won't be implemented

So maybe we should consider alternatives

@ndelangen
Copy link
Member Author

Greenkeeper may not be able to help us there, but it's not like we're without hope.

We can can implement our own helpers to stay up to date.

@Hypnosphi
Copy link
Member

Hypnosphi commented Aug 29, 2017

Or we can just use latest versions, but make cli build non-required

@Hypnosphi Hypnosphi mentioned this issue Aug 30, 2017
7 tasks
@stale
Copy link

stale bot commented Nov 2, 2017

Hi everyone! Seems like there hasn't been much going on in this issue lately. If there are still questions, comments, or bugs, please feel free to continue the discussion. We do try to do some housekeeping every once in a while so inactive issues will get closed after 90 days. Thanks!

@stale stale bot added the inactive label Nov 2, 2017
@Hypnosphi
Copy link
Member

Fixed with #1767

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
cli inactive maintenance User-facing maintenance tasks
Projects
None yet
Development

No branches or pull requests

2 participants