-
Notifications
You must be signed in to change notification settings - Fork 29
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
Specify minimum required Node.js version #109
Conversation
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice!!
"build:gh": "npm ci && cross-env NODE_ENV=production npm run build", | ||
"serve": "node scripts/support_node_17+.js webpack serve", | ||
"serve": "webpack serve", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- What are the use cases for the
serve
and thestart
command? - For the
start
command, do we always want to build before serving? Asking because I thought the serve command would build.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The serve
command follows the latest documentation from https://github.com/webpack/webpack-dev-server. The serve
command doesn't generate files in the dist
folder however so we need to build in the start command.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yup, I'm more wondering when would someone run npm run serve
vs npm run start
? Trying to understand the need to have these two commands.
In the same token, why would someone need to generate files in the dist
folder when starting/serving the app? Asking because building and serving are usually fulfill different needs.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The difference would be being able to preview the dist
folder files when starting the app vs serving. I had specified npm run serve
to serve the index html from the dist
folder where the files are built but I think it makes more sense to reference the public
folder.
If we don't need to minify the files when starting the app, then the only difference between serve
and start
would be the --open
command.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sorry if this is all very confusing!! The reason why I needed to build the files was so that we could serve the demo-minimal-js.html
or demo-react-ts.html
file that is generated using HtmlWebpackPlugin.
* Host demo app on GitHub Pages * Create demo app UI using React and TS (#63) * Create demo app UI using React and TS * Deploy demo apps to GH pages (#65) * Deploy React app to GitHub Pages * Set up webpack config and node scripts to output demo apps in common build folder * Configure gh-pages in calling-extensions-sdk * Setup a testing suite for the demo app (#68) * Set up unit test framework and automate tests * Deploy to gh pages automatically * Separate workflows for previews and deploys * Use npm ci * Add cross-env * Run test:serve with --watch * Add minimal phone number validation to keypad (#71) * Add minimal phone number validation to keypad * Add test * Update event console logging (#70) * Update event handling console log messages * Move logging to iframe manager * Demo console banner (#78) * Add developer console banner * Preview all branches with demo keyword * Close widget after saving call * Send additional call engagement properties in callCompletedData (#79) * Demo app icons (#84) * Add icons to demo app * Deploy from build folder * Add keypad to call actions * Backfill unit tests (#86) * Backfill unit tests * Fix createEngagement called twice (#87) * Fix after rebase * Offer both demo apps (#88) * Add fake number to the From Numbers dropdown (#93) * Add fake numbers to the From Number dropdown * Update demos to use latest sdk package version (#96) * Use latest package version * Temporarily comment out imports for local dev * Update patch dependencies * Make errorType import easier * Organize NPM scripts in the demo app (#95) * Organize NPM scripts in the demo app * Merge changes from master branch (#102) * Merge changes from master branch * Rename __tests__ to dist-test * Demo readme (#104) * Add documentation for demo widgets * Publish new alpha version (#105) * Use 0.0.15-alpha.1 --------- Co-authored-by: Alonso Cadenas <cadenas.alonso@gmail.com> * Rename demo widgets (#106) * Rename demo widgets * Fix demo app build warnings and iFrame uninitialized message (#107) * Fix build warnings and iFrame uninitialized message * Optimize config for dev or prod build * Send callStartTime in outgoingCall message (#108) * Send callStartTime in outgoingCall message * Specify minimum required Node.js version (#109) * Specify minimum required Node.js version to maintain compatibility with dependencies * Remove node_options * Remove demo folder * Update webpack config to serve static files from the public directory (#114) * Enforce order of events in demo minimal js (#113) * Enforce order of events in demo minimal js * Finalize new demo app documentation (#115) * Add missing events * Finalize demo app documentation * Update diction * Omit line number * Use new local value to install the demo widget (#117) * Use local value to install demo widget * Fix spacing * Fix spacing * Add ability to publish prerelease versions to npm (#118) * Simplify publish scripts and add prerelease scripts. * pre-releases should be published as alpha versions * 0.0.15-alpha.2 * 0.0.15-alpha.3 * 0.0.15-beta.0 * 0.1.0-0 * 0.1.0-alpha.0 * 0.1.0-beta.0 * prepatch already exists via alpha and beta commands * 0.1.0 * Enable github actions (#120) * Enable github actions * Use latest sdk version in demos * Set versions for demos * Update demo documentation (#121) * Update demo docs * Enable branch previews * test gha (#124) * test gha * Enable github action deploy previews * Revert "test gha" This reverts commit ca86ab0. --------- Co-authored-by: Esme Ling <esmelingyr@gmail.com> Co-authored-by: Esme <23175119+esme@users.noreply.github.com>
Description
Jira Ticket: CALL-3406
#100
Merge Checklist
BRAVE Checklist