- 31 10月, 2019 6 次提交
-
-
由 Petra Jaros 提交于
-
由 JJ Kasper 提交于
-
由 Jason Miller 提交于
* Start the modern Child Compiler earlier during builds * fix child compiler errors not bubbling
-
由 Joe Haddad 提交于
-
由 JJ Kasper 提交于
-
由 JJ Kasper 提交于
-
- 30 10月, 2019 15 次提交
-
-
由 Ilya 提交于
* closes #8989 fix closes #8989 * test * Update next.config.js * Revert page1.js * Revert page2.js * Delete page4.js * Delete page3.js * Update index.test.js * Revert index.test.js * Revert next.config.js
-
由 Gerald Monaco 提交于
* Add experimental config for React Mode * Use latest types * Use latest types
-
由 Tim Neutkens 提交于
* Add next-news example * Update components * Use getStaticProps * Move directory
-
由 sagar talla 提交于
* Throw Error for next.config.ts Ref: https://github.com/zeit/next-plugins/issues/555 * Check for .js else .ts * Update Error Message Co-Authored-By: NAlexander Kachkaev <alexander@kachkaev.ru> * Add test case when both next.config.js and next.config.ts exist. * Remove extra constant CONFIG_FILE_TS and Add check for ts/tsx/json * Rename test config parameter and add tsx and json files * Change messege * change value * Update next.config.json * Update next.config.json * Change message and add jsx filter * Adjust * Simplify test * adjust
-
由 Joe Haddad 提交于
* Apply format to webpack config * hit all files
-
由 Joe Haddad 提交于
This adds a test for PR #8924.
-
由 Jan Karres 提交于
-
由 Jason Miller 提交于
* Improve serverless build performance Next's serverless build uses a custom resolver, injected the via Webpack's `externals` option that delegates out to `resolve-request` to more aggressively pull node modules into the serverless bundles. When profiling a large Next.js application, I noticed an excessive number of filesystem calls near the end of the build. I narrowed this down to the serverless compiler pass, and eventually the custom resolver function that is the subject of this PR. As it turns out, around half of the calls to the `externals` custom resolver function are for a `request` path that is a relative import. Next doesn't have any specific logic to apply to relative imports - it only needs to special-case bare module resolution. Adding a simple bypass for relative module resolution reduces the number of blocking filesystem-bound `resolveRequest()` calls by 50% on a certain well-known Next.js website. This also results in a 30% reduction in production build times for incremental builds. * Explain more in the comment
-
由 Nate Moore 提交于
* Add example for Framer Motion * Prevent scroll on route change * Replace hook with more robust useId hook * Improve scroll behavior * Remove custom hook in favor of gitInitialProps * Update framer-motion, react * Update readme * Fix lint errors
-
由 Christoph Tavan 提交于
Usage of this option was removed in 61b8b732 but the cli was not updated.
-
由 JJ Kasper 提交于
* Update to use a historyId to track invalid popstates * Remove log from debugging * Use Math.random instead of Date.getTime to avoid mocks
-
由 Janicklas Ralph 提交于
* Enable granular chunks config for all chunk types Adding comment Bug fix * Update index.test.js * Update index.test.js * Fix test cases. Adding next/link to not trigger a different bug * Removing obsolete comment
-
由 Nataliya Karatkova 提交于
-
由 Joe Haddad 提交于
-
由 Nataliya Karatkova 提交于
-
- 29 10月, 2019 7 次提交
-
-
由 Joe Haddad 提交于
-
由 Juan Miguel 提交于
After https://github.com/zeit/next.js/pull/5887, _document.js file is not needed anymore
-
由 Joe Haddad 提交于
* Split TypeScript Flag Docs * reword
-
由 JJ Kasper 提交于
-
由 Christoph Tavan 提交于
* Pass config.experimental.cpus to export during build Currently, there is no way of specifying the number of worker threads of `next export` when run as part of `next build`. I suggest a sane default should be to just use the same amount of workers that were used during the build process which currently seems to be configured through `config.experimental.cpus`. This setting is already respected in the two other places where jest-workers are in use: The TerserPlugin and the staticCheckWorkers in `next build`. * Only enable worker threads if there is more than 1 worker Multiple worker threads can cause problems when certain dependencies are being used, see e.g. https://github.com/zeit/next.js/issues/7894 This patch allows disabling of worker threads by setting `config.experimental.cpus = 1`. The benefit of spawning 1 worker thread, if there is any at all, should very limited anyways, so the workload can just as well be processed in the main thread. * Disable parallel build for firebase authentication example * Add integration test to cover #7894 * Rename test suite and add worker_threads config * Disable worker_threads by default * Update index.test.js * Use workerThreads config for TerserPlugin * Update to use workerThreads config in TerserPlugin for consistency * Disable node 12 specific test
-
由 Alexander Kachkaev 提交于
* Add a configuration flag to disable integrated type checker * Add tests for typescript-transpileonly * Restore removed argument * Make output more coherent * Split transpileOnly into ignoreDevErrors and ignoreBuildErrors * Minor stylistic change
-
由 JJ Kasper 提交于
* Add warning for getStaticParams without getStaticProps * Throw error instead of logging to make sure it's noticed * Lower default concurrency for tests
-
- 28 10月, 2019 2 次提交
-
-
由 Joe Haddad 提交于
-
由 Nataliya Karatkova 提交于
Fix examples #9064: bumps next-redux-wrapper package version that contains babel runtime fix (#9214)
-
- 27 10月, 2019 4 次提交
-
-
由 Brandon Bayer 提交于
* fix react-native-web example by adding babel plugin * changes
-
由 Jan Potoms 提交于
* Take multiple values into account * make typescript happy
-
由 Tim Neutkens 提交于
-
由 htbvo 提交于
* allow NextScript to optionally defer javascript * move defer options to experimental feature * combine defer flags into a single option * Update deferScripts to work with serverless target * Add test for defer and async property * Read the async property * Check versions of chrome and chromedriver * Update to chromedriver 76 * Fix test
-
- 26 10月, 2019 5 次提交
-
-
由 LadiesMan217 提交于
-
由 Tim Neutkens 提交于
* Update Babel dependencies * Update sizes
-
由 Christoph Tavan 提交于
Before this patch users would see the following warning during initial compilation: ``` Warning: Each child in a list should have a unique "key" prop. See https://fb.me/react-warning-keys for more information. in link in Head in html in Html in Document in Context.Provider in Context.Provider ```
-
由 Gerald Monaco 提交于
* Add StrictMode toggle * Rename option to reactStrictMode * Default to false initially
-
由 JJ Kasper 提交于
* Ensure directory before flushing cache iSSG file * Add test for prerender cache flush * Nest the dynamic route test one more level * update fetch for test * Update error check
-
- 24 10月, 2019 1 次提交
-
-
由 Jason Dreyzehner 提交于
-