Gatsby: Die Erstellung schlägt nach dem Upgrade auf 2.0.84 mit "Unerwartetes Token" in "async-require" fehl

Erstellt am 21. Jan. 2019 · 81Kommentare · Quelle: gatsbyjs/gatsby

Beschreibung

Das Ausführen von rm -rf .cache && rm -rf public && gatsby-build funktioniert unter 2.0.83 einwandfrei. Nach dem Upgrade auf 2.0.84 wird ein Fehler ausgegeben, der den Build abbricht.

Schritte zum Reproduzieren

Das einzige, was ich nehme, ist gatsby build . Nach dem Downgrade auf 2.0.83 verschwindet das Problem.

Erwartetes Ergebnis

Der Build sollte erfolgreich abgeschlossen werden

Tatsächliche Ergebnis

Der Build wird mit folgendem Fehler beendet:

success onPostBootstrap — 0.202 s

info bootstrap finished - 6.171 s


error Generating JavaScript bundles failed


  Error: ./.cache/async-requires.js 8:11
  Module parse failed: Unexpected token (8:11)
  You may need an appropriate loader to handle this file type.
  | exports.components = {
  |   "component---node-modules-gatsby-plugin-offline-app-shell-js": function componentNodeModulesGatsbyPluginOfflineAppShellJs() {
  >     return import("/Users/dereklindahl/Work/APP/node_modules/gatsby-plugin-offline/app-shell.js"
  |     /* webpackChunkName: "component---node-modules-gatsby-plugin-offline-app-shell-js" */
  |     );
   @ ./.cache/production-app.js 18:0-45 21:23-36 26:23-36

Umgebung

npx gatsby info -- --clipboard                 

  System:
    OS: macOS High Sierra 10.13.6
    CPU: (4) x64 Intel(R) Core(TM) i5-7360U CPU @ 2.30GHz
    Shell: 5.4.2 - /usr/local/bin/zsh
  Binaries:
    Node: 10.14.0 - ~/.nodenv/versions/10.14.0/bin/node
    Yarn: 1.12.3 - /usr/local/bin/yarn
    npm: 6.4.1 - ~/.nodenv/versions/10.14.0/bin/npm
  Languages:
    Python: 2.7.10 - /usr/bin/python
  Browsers:
    Chrome: 71.0.3578.98
    Firefox: 63.0.3
    Safari: 12.0.2
  npmPackages:
    gatsby: 2.0.84 => 2.0.84 
    gatsby-image: ^2.0.25 => 2.0.25 
    gatsby-mdx: ^0.2.0 => 0.2.0 
    gatsby-plugin-canonical-urls: ^2.0.8 => 2.0.8 
    gatsby-plugin-google-analytics: ^2.0.8 => 2.0.8 
    gatsby-plugin-manifest: ^2.0.13 => 2.0.13 
    gatsby-plugin-netlify: ^2.0.6 => 2.0.6 
    gatsby-plugin-netlify-cache: ^1.0.0 => 1.0.0 
    gatsby-plugin-offline: ^2.0.21 => 2.0.21 
    gatsby-plugin-react-helmet: ^3.0.5 => 3.0.5 
    gatsby-plugin-sharp: ^2.0.17 => 2.0.17 
    gatsby-plugin-sitemap: ^2.0.4 => 2.0.4 
    gatsby-plugin-sri: ^1.0.4 => 1.0.4 
    gatsby-plugin-styled-components: ^3.0.4 => 3.0.4 
    gatsby-plugin-zopfli: ^1.0.2 => 1.0.2 
    gatsby-source-filesystem: ^2.0.12 => 2.0.12 
    gatsby-transformer-sharp: ^2.1.10 => 2.1.10

Ich habe # 10038 gesehen, was mir bekannt vorkam, aber meine Webpack-Konfiguration ist uninteressant:

// gatsby-node.js
exports.onCreateWebpackConfig = ({ actions }) => {
  actions.setWebpackConfig({
    module: {
      rules: [
        {
          test: /\.ogv$/,
          use: [
            {
              loader: require.resolve(`url-loader`),
              options: { limit: 10000, name: 'static/[name]-[hash].[ext]' }
            }
          ]
        }
      ]
    },
    resolve: {
      alias: {
        '@': path.resolve(__dirname, 'src/components')
      },
      modules: [path.resolve(__dirname, 'src'), 'node_modules']
    }
  })
}

Das Kommentieren dieses Blockierens behebt den Fehler nicht.

Wenn ich gatsby-plugin-offline durch gatsby-plugin-remove-serviceworker ersetze, bleibt das Problem bestehen, jedoch mit einem anderen asynchronen Import.

FWIW, ich bemerke keinen Unterschied im Inhalt von async-require.js in den Builds 2.0.83 oder 2.0.84, und das Upgrade von gatsby-plugin-offline machte ebenfalls keinen Unterschied.

needs reproduction question or discussion

Quelle

dlindahl

👍21 😕8

Hilfreichster Kommentar

Eine Problemumgehung besteht darin, die Abhängigkeiten mit Yarn anstelle von npm zu installieren, was nach dem Importieren der npm-Sperrdatei zu funktionieren scheint.

DanielRuf am 28. Jan. 2019

❤2 👍2 🎉1

Alle 81 Kommentare

Nach dem Upgrade von 2.0.62 auf 2.0.91 ein ähnlicher Fehler

In meinem Fall funktioniert gatsby develop einwandfrei, aber gatsby build Fehler treten entweder auf der Seite template.js (wenn ich sie einbeziehe) oder auf der Seite 404.js (wenn ich die entferne) auf createPages Snippet von gatsby-node ):

error Generating JavaScript bundles failed

Error: ./.cache/async-requires.js 8:11
  Module parse failed: Unexpected token (8:11)
  You may need an appropriate loader to handle this file type.
  | exports.components = {
  |   "component---src-templates-template-js": function componentSrcTemplatesTemplateJs() {
  >     return import("/Users/michael/Sites/projects/gatsby-starter/src/templates/template.js"
  |     /* webpackChunkName: "component---src-templates-template-js" */  |     );
   @ ./.cache/production-app.js 18:0-45 21:23-36 26:23-36

oder

error Generating JavaScript bundles failed

Error: ./.cache/async-requires.js 8:11
  Module parse failed: Unexpected token (8:11)
  You may need an appropriate loader to handle this file type.
  | exports.components = {
  |   "component---src-pages-404-js": function componentSrcPages404Js()   {
  >     return import("/Users/michael/Sites/projects/gatsby-starter/src/pages/404.js"
  |     /* webpackChunkName: "component---src-pages-404-js" */
  |     );
   @ ./.cache/production-app.js 18:0-45 21:23-36 26:23-36

Vor dem Upgrade von gatsby alles gut funktioniert. 🤷‍♂️

ooloth am 22. Jan. 2019

@dlindahl @ooloth

Können Sie bitte auf minimale Reproduktionen davon verlinken?

sidharthachatterjee am 22. Jan. 2019

Ich erhalte den gleichen Fehler mit Gatsby v 2.0.55, bei dem package-lock.json in .npmrc deaktiviert ist. Die Site wird täglich von einem sauberen Arbeitsbereich aus erstellt. An einem Tag hat es funktioniert, am nächsten nicht. Ich vermute, der Fehler hängt mit einer vorübergehenden Abhängigkeit zusammen, die sich geändert hat.

magnusarinell am 24. Jan. 2019

Das gleiche Problem beim Upgrade von gatsby von v2.0.91 auf v2.0.93 ( v2.0.92 ) gibt es nicht

cyrildurand am 25. Jan. 2019

Hallo, ich stimme zu, dass ich derzeit auch dieses Problem habe, aber Schwierigkeiten habe, eine minimale Reproduktion dafür zu erstellen.

Das Ausführen von npm update in meinem Repository führt zwar zum Fehlschlagen des Builds, jedoch nicht für meine persönliche Website .

Ich werde so lange herumgraben, bis ich herausfinden kann, was es verursacht, oder jemand anderes es herausfindet. Wenn ich es sauber isoliert bekommen kann, werde ich hier zurück posten.

Vielen Dank!

madelyneriksen am 26. Jan. 2019

Hier gilt das gleiche!
Ich habe npm update -g npm eingegeben, um die npm 6.7.0-Version zu erhalten, und ich habe gatsby 2.0.98.

Gatsby Plugin Offline-Version -> 2.0.21

Repository mit diesem Problem: los geht's .