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

Added building and access via webapp to the Storybook design inventory #3828

Merged
merged 2 commits into from
Feb 14, 2024

Conversation

SailingSteve
Copy link
Member

There is no detail in this issue, on how this is going to be used, so I'm shooting in the dark a bit.

npm start is for development, but I added the capability there anyways. npm build and npm prod, are (I think) what the production servers use, so I also added the capability to those scripts.

It looks like anyone who navigates to https://wevote.us/storybook will be able to modify the statically built copy of the inventory, but those changes do not seem to effect the master copy (wherever that is stored), since when you regenerate the static files, those local changes are overwritten. The downside is that those local changes seem to persist between sessions (between different users), so accidental changes could be confusing, and purposeful changes would be lost.

I think there is no harm in making this live, but it will probably need more analysis re: what we are using it for, and how it will be used. And do we need to restrict access?

Implements https://wevoteusa.atlassian.net/browse/WV-206

There is no detail in this issue, on how this is going to be used, so I'm shooting in the dark a bit.

npm start is for development, but I added the capability there anyways
npm build and npm prod, are (I think) what the production servers use, so I also added the capability to those scripts.

It looks like anyone who navigates to https://wevote.us/storybook will be able to modify the statically built copy of the inventory, but those changes do not seem to effect the master copy (wherever that is stored), since when you regenerate the static files, those local changes are overwritten.  The downside is that those local changes seem to persist between sessions (between different users), so accidental changes could be confusing, and purposeful changes would be lost.

I think there is no harm in making this live, but it will probably need more analysis re: what we are using it for, and how it will be used.  And do we need to restrict access?

Implements https://wevoteusa.atlassian.net/browse/WV-206
There is no detail in this issue, on how this is going to be used, so I'm shooting in the dark a bit.

npm start is for development, but I added the capability there anyways
npm build and npm prod, are (I think) what the production servers use, so I also added the capability to those scripts.

It looks like anyone who navigates to https://wevote.us/storybook will be able to modify the statically built copy of the inventory, but those changes do not seem to effect the master copy (wherever that is stored), since when you regenerate the static files, those local changes are overwritten.  The downside is that those local changes seem to persist between sessions (between different users), so accidental changes could be confusing, and purposeful changes would be lost.

I think there is no harm in making this live, but it will probably need more analysis re: what we are using it for, and how it will be used.  And do we need to restrict access?

Implements https://wevoteusa.atlassian.net/browse/WV-206
@DaleMcGrew
Copy link
Member

👍

@DaleMcGrew DaleMcGrew merged commit 13284df into wevote:develop Feb 14, 2024
4 checks passed
@SailingSteve
Copy link
Member Author

The local storage was on the url. as passed parameters, so no problem with local changes effecting the actual setup.

@SailingSteve SailingSteve deleted the steveWebAppFeb14-1117am branch April 21, 2024 23:56
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants