Gatsby: 2.0.84にアップグレードした後、 `async-requires`に「Unexpectedtoken」が表示された後にビルドが失敗する

2.0.62から2.0.91にアップグレードした後、同様のエラーが発生します。

私の場合、 gatsby developは正常に機能しますが、 template.jsページ（含める場合）または404.js （削除する場合）のいずれかでgatsby buildエラーが発生します。 createPagesスニペットから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

または

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

gatsbyアップグレードする前は、すべて正常に機能していました。 🤷‍♂️

@dlindahl @ooloth

これの最小限の複製にリンクしていただけますか？

.npmrcでpackage-lock.jsonが無効になっているGatsbyv2.0.55を使用しても同じエラーが発生します。 このサイトは、毎日クリーンなワークスペースから構築されています。 ある日は機能し、次の日は機能しませんでした。 エラーは、変更された一時的な依存関係に関連していると思います。

gatsbyをv2.0.91からv2.0.93 （ v2.0.92 ）にアップグレードしたときの同じ問題は存在しません

こんにちは、私も現在この問題を経験していると言ってチャイムを鳴らしますが、最小限の複製を作成するのに苦労しています。

現在、リポジトリでnpm updateを実行すると、ビルドが失敗しますが、個人のWebサイトでは失敗しません。

原因が見つかるか、他の誰かがそれを理解するまで、私は掘り下げ続けます。 きれいに分離できたら、ここに投稿します。

ありがとう！

こっちも一緒！
npm update -g npmと入力してnpm 6.7.0バージョンを取得し、gatsby2.0.98を使用しています。

gatsbyプラグインオフラインバージョン-> 2.0.21

この問題のあるリポジトリ：そこに行きます。

また、あなたは一緒にインストールの依存関係を一覧表示することができますnpm lsと実行node --version ？

ここでも二等分が役立つ場合があります。 数分でリポジトリをテストします。

ここで同じエラーが発生します。 これを二等分します。

すべてのバージョンで発生しているようですので、おそらくプラグインまたは別の依存関係です。
さらにテストします。

原因を見つけたと思います。 パッチとPRを提供します。

@omrllm （gatsby 2.0.60のパッチ）

patch-package
--- a/node_modules/gatsby/dist/internal-plugins/query-runner/pages-writer.js
+++ b/node_modules/gatsby/dist/internal-plugins/query-runner/pages-writer.js
@@ -86,9 +86,9 @@ const preferDefault = m => m && m.default || m
     let asyncRequires = `// prefer default export if available
 const preferDefault = m => m && m.default || m
 \n`;
-    asyncRequires += `exports.components = {\n${components.map(c => `  "${c.componentChunkName}": () => import("${(0, _path.joinPath)(c.component)}" /* webpackChunkName: "${c.componentChunkName}" */)`).join(`,\n`)}
+    asyncRequires += `exports.components = {\n${components.map(c => `  "${c.componentChunkName}": () => require("${(0, _path.joinPath)(c.component)}" /* webpackChunkName: "${c.componentChunkName}" */)`).join(`,\n`)}
 }\n\n`;
-    asyncRequires += `exports.data = () => import("${(0, _path.joinPath)(program.directory, `.cache`, `data.json`)}")\n\n`;
+    asyncRequires += `exports.data = () => require("${(0, _path.joinPath)(program.directory, `.cache`, `data.json`)}")\n\n`;

     const writeAndMove = (file, data) => {
       const destination = (0, _path.joinPath)(program.directory, `.cache`, file);

importをrequireすると、機能するはずです。 ローダーが不足しているだけかもしれませんが、ESMの方法で問題が発生し、 exportsとimportを混在させることは決して良い考えではないのに、とにかくここでimport使用するの

+ [email protected]
+ [email protected]
+ [email protected]
+ [email protected]
+ [email protected]
+ [email protected]
added 9 packages from 3 contributors, removed 4 packages, updated 92 packages and audited 43569 packages in 200.269s

diff 23.cache/ .cache/
Only in 23.cache/: .sonarlint
Common subdirectories: 23.cache/__tests__ and .cache/__tests__
Common subdirectories: 23.cache/caches and .cache/caches
Common subdirectories: 23.cache/commonjs and .cache/commonjs
diff 23.cache/data.json .cache/data.json
1c1
< {"pages":[{"componentChunkName":"component---src-pages-index-js","jsonName":"index","path":"/"},{"componentChunkName":"component---src-pages-404-js","jsonName":"404-html-516","path":"/404.html"},{"componentChunkName":"component---src-pages-404-js","jsonName":"404-22d","path":"/404/"},{"componentChunkName":"component---src-pages-about-js","jsonName":"about-f34","path":"/about/"},{"componentChunkName":"component---src-pages-contact-js","jsonName":"contact-26a","path":"/contact/"}],"dataPaths":{"404-22d":"657/path---404-22-d-bce-yc2HAWbdDECy3NCKIhFOCg1lY8","404-html-516":"84/path---404-html-516-62a-yc2HAWbdDECy3NCKIhFOCg1lY8","about-f34":"691/path---about-f-34-4c2-WV9OHhcgC975Z2f0az9WK5Dpl0Y","contact-26a":"662/path---contact-26-a-cd9-SNoLKPyPsqQ59X6yAuuT79ALOJc","index":"612/path---index-6a9-j0JKW3rrllGOOtWKwyNn0ujHMk"}}
\ No newline at end of file
---
> {"pages":[{"componentChunkName":"component---src-pages-index-js","jsonName":"index","path":"/"},{"componentChunkName":"component---src-pages-404-js","jsonName":"404-html-516","path":"/404.html"},{"componentChunkName":"component---src-pages-404-js","jsonName":"404-22d","path":"/404/"},{"componentChunkName":"component---src-pages-about-js","jsonName":"about-f34","path":"/about/"},{"componentChunkName":"component---src-pages-contact-js","jsonName":"contact-26a","path":"/contact/"}],"dataPaths":{"404-22d":"657/path---404-22-d-bce-yc2HAWbdDECy3NCKIhFOCg1lY8","404-html-516":"84/path---404-html-516-62a-yc2HAWbdDECy3NCKIhFOCg1lY8","about-f34":"691/path---about-f-34-4c2-WV9OHhcgC975Z2f0az9WK5Dpl0Y","contact-26a":"662/path---contact-26-a-cd9-SNoLKPyPsqQ59X6yAuuT79ALOJc","index":"770/path---index-6a9-dVi4vZoL0B52PVt3C79b9kQk"}}
\ No newline at end of file
diff 23.cache/default-html.js .cache/default-html.js
4,31c4,29
< export default class HTML extends React.Component {
<   render() {
<     return (
<       <html {...this.props.htmlAttributes}>
<         <head>
<           <meta charSet="utf-8" />
<           <meta httpEquiv="x-ua-compatible" content="ie=edge" />
<           <meta
<             name="viewport"
<             content="width=device-width, initial-scale=1, shrink-to-fit=no"
<           />
<           {this.props.headComponents}
<         </head>
<         <body {...this.props.bodyAttributes}>
<           {this.props.preBodyComponents}
<           <noscript key="noscript" id="gatsby-noscript">
<             This app works best with JavaScript enabled.
<           </noscript>
<           <div
<             key={`body`}
<             id="___gatsby"
<             dangerouslySetInnerHTML={{ __html: this.props.body }}
<           />
<           {this.props.postBodyComponents}
<         </body>
<       </html>
<     )
<   }
---
> export default function HTML(props) {
>   return (
>     <html {...props.htmlAttributes}>
>       <head>
>         <meta charSet="utf-8" />
>         <meta httpEquiv="x-ua-compatible" content="ie=edge" />
>         <meta
>           name="viewport"
>           content="width=device-width, initial-scale=1, shrink-to-fit=no"
>         />
>         {props.headComponents}
>       </head>
>       <body {...props.bodyAttributes}>
>         {props.preBodyComponents}
>         <noscript key="noscript" id="gatsby-noscript">
>           This app works best with JavaScript enabled.
>         </noscript>
>         <div
>           key={`body`}
>           id="___gatsby"
>           dangerouslySetInnerHTML={{ __html: props.body }}
>         />
>         {props.postBodyComponents}
>       </body>
>     </html>
>   )
Common subdirectories: 23.cache/fragments and .cache/fragments
Common subdirectories: 23.cache/json and .cache/json
diff 23.cache/navigation.js .cache/navigation.js
37c37
< const onPreRouteUpdate = location => {
---
> const onPreRouteUpdate = (location, prevLocation) => {
39c39
<     apiRunner(`onPreRouteUpdate`, { location })
---
>     apiRunner(`onPreRouteUpdate`, { location, prevLocation })
43c43
< const onRouteUpdate = location => {
---
> const onRouteUpdate = (location, prevLocation) => {
45c45
<     apiRunner(`onRouteUpdate`, { location })
---
>     apiRunner(`onRouteUpdate`, { location, prevLocation })
136c136
<     onPreRouteUpdate(props.location)
---
>     onPreRouteUpdate(props.location, null)
140c140
<     onRouteUpdate(this.props.location)
---
>     onRouteUpdate(this.props.location, null)
145c145
<       onRouteUpdate(this.props.location)
---
>       onRouteUpdate(this.props.location, prevProps.location)
151c151
<       onPreRouteUpdate(this.props.location)
---
>       onPreRouteUpdate(this.props.location, prevProps.location)
diff 23.cache/static-entry.js .cache/static-entry.js
55c55,59
<     <meta name="generator" content={`Gatsby ${gatsbyVersion}`} />,
---
>     <meta
>       name="generator"
>       content={`Gatsby ${gatsbyVersion}`}
>       key={`generator-${gatsbyVersion}`}
>     />,
354,360c358,366
<   const bodyScripts = scripts.filter(s => s.rel !== `prefetch`).map(s => {
<     const scriptPath = `${__PATH_PREFIX__}/${JSON.stringify(s.name).slice(
<       1,
<       -1
<     )}`
<     return <script key={scriptPath} src={scriptPath} async />
<   })
---
>   const bodyScripts = scripts
>     .filter(s => s.rel !== `prefetch`)
>     .map(s => {
>       const scriptPath = `${__PATH_PREFIX__}/${JSON.stringify(s.name).slice(
>         1,
>         -1
>       )}`
>       return <script key={scriptPath} src={scriptPath} async />
>     })

アップデータと新しいビルドの実行後の差分@madelyneriksen

patch-package
--- a/node_modules/gatsby/dist/internal-plugins/query-runner/pages-writer.js
+++ b/node_modules/gatsby/dist/internal-plugins/query-runner/pages-writer.js
@@ -88,9 +88,9 @@ const preferDefault = m => m && m.default || m
     let asyncRequires = `// prefer default export if available
 const preferDefault = m => m && m.default || m
 \n`;
-    asyncRequires += `exports.components = {\n${components.map(c => `  "${c.componentChunkName}": () => import("${(0, _path.joinPath)(c.component)}" /* webpackChunkName: "${c.componentChunkName}" */)`).join(`,\n`)}
+    asyncRequires += `exports.components = {\n${components.map(c => `  "${c.componentChunkName}": () => require("${(0, _path.joinPath)(c.component)}" /* webpackChunkName: "${c.componentChunkName}" */)`).join(`,\n`)}
 }\n\n`;
-    asyncRequires += `exports.data = () => import(/* webpackChunkName: "pages-manifest" */ "${(0, _path.joinPath)(program.directory, `.cache`, `data.json`)}")\n\n`;
+    asyncRequires += `exports.data = () => require(/* webpackChunkName: "pages-manifest" */ "${(0, _path.joinPath)(program.directory, `.cache`, `data.json`)}")\n\n`;

     const writeAndMove = (file, data) => {
       const destination = (0, _path.joinPath)(program.directory, `.cache`, file);

これは.98で機能するはずです

たぶん私は間違った方向に進んでいます、変更は失敗したテストを生成しますhttps://github.com/gatsbyjs/gatsby/pull/11331

理由はまだわかりません。

それでもまだ機能しませんよね？

ビルドスクリプトは、提案された変更で成功します。 しかし、これが正しい解決策であるかどうかはわかりません。 したがって、テストして確認してください。

うーん、それとも新しいプリセットによるものですか？
https://github.com/gatsbyjs/gatsby/commit/69faca0bff0e2c04e6b3be50bba087284c3dbf6b#diff -a30bb413b08d8091d9187909b256c943

プラグイン配列は正しいですか？

この問題は、新しいGatsbyプロジェクトでも発生し、CIテストで再現できますか？

私はnpm updateで、問題は解決しました

インストールされている依存関係のリストを提供してください（更新の前後）。

@DanielRuf 、再現できません。まだエラーが発生しているのはまぐれだったと思います。

回避策は、npmロックファイルをインポートした後に機能するように見えるnpmの代わりにYarnを使用して依存関係をインストールすることです。

gatsby v2.0.91（ビルド成功）とv2.0.93（ビルド失敗）で私のnpm lsを見つけることができます： https ：//gist.github.com/cyrildurand/f4b70abff19288117ea3996500532774

gatsby2.0.103でまだ問題があります

yarnでも依存関係をインストールしようとしましたか？

@cyrildurand
npmをインストールしたときにこのエラーが発生しましたか？

私も同じ問題を抱えていましたが、 arconのバージョンを6.0にアップグレードするとうまくいきました。

npmをインストールしたときにこのエラーが発生しましたか

これは単なる警告であり、ギャツビーの問題とは関係ありません。

acornのインストール後も同じエラー

yarnます。 yarn list出力で要点を更新しました

どんぐりのインストール後の同じエラー

どのエラー？

@ seonim-ryuによって提案されたacornをアップグレードしてみて、 gatsby buildを実行しようとすると、同じ「予期しないトークン」エラーが発生しました（この問題の最初のメッセージからのもの）

ヤーンを使用すると、問題は解消され、 gatsby buildコマンドが成功します。

以前のドングリのリリースでも発生しますか？ それともこれが原因ではありませんか？

私の提案した修正を試しましたか？ これが何かを壊すかどうかはわかりません。

以前のバージョンのどんぐりでも失敗しました。関連性はないと思います。

依存関係をインストールしたので、現在は機能していますが、提案された修正を適用する方法がわかりません。

node_modules / gatsby / dist / internal-plugins / query-runner / pages-writer.jsに移動し、2つのimport(をrequire(に変更します。https：//github.com/gatsbyjsも参照して

それは修正で動作します

修正のために何かが壊れていますか？ 失敗したCIビルドは見栄えがよくありません。

おそらく別の問題ですが、最新のGatsby（2.0.106）にアップグレードし、ドキュメント（ 'src / pages / 404.js'）に従って404ページを追加した後、同様のエラーが発生しました。 開発は正常に実行されますが、ビルドは失敗しました。

404ページを独自のフォルダー（ 'src / pages / 404 / index.js'）に移動すると、私の側でエラーが解決され、期待どおりに機能します（ローカルおよびNetlifyへの展開時）。

私は削除することで問題を修正package-lock.jsonファイルを実行すると、 npm install 。 新しく生成されたpackage-lock.jsonファイルには多くの違いがありました。
ここで何が起こっているのか正確にはわかりません。

私が持っているいくつかの異なるサイトで同じ問題に遭遇しています。 まったく同じ依存関係とバージョンを持つものもあります... 1つはエラーになり、もう1つはエラーになりません。 それは私が信じている2.0.98頃に起こり始めました、そしてまだ2.0.106で。 node_modules、.cache、およびpublicフォルダーを削除しようとしましたが、どちらも役に立ちませんでした。 開発ではなく、ビルド時にのみ発生します。

@cyrildurand
package-lock.jsonの名前を別の名前に変更し、 npm installすべてを編集しましたが、再び取得しました。

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("/home/foldername/abcrypto/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

node_modulesフォルダをクリーンアップしましたか？

どうやってそれをしますか？ :(

npm prune node_modules ？

または、node_modulesフォルダー内のすべてを手動で削除しますか？

編集：node_modulesフォルダーの名前を変更しましたが、動作します：+1：

• package-lock.jsonの名前を別の名前に変更します
• node_modulesフォルダーの名前を別の名前に変更します
• メインフォルダのnpm install

ありがとう@cyrildurand
@DanielRufの提案の後に編集

名前を変更してバックアップを作成するだけです。

それで、それは本当に時代遅れの依存関係の問題にすぎませんか？

ノードモジュールを複数回削除しましたが、修正されませんでした。 うまくいったのは、上記の糸またはパッチファイルだけです。

@krazikそしてpackage-lock.jsonを削除/名前変更しましたか？

はい

念のため、もう一度試してみました。両方を削除すると、上記のエラーを回避できますが、

エラー：モジュール 'core-js / modules /es6.regexp.to-string'が見つかりません
エラー：モジュール 'core-js / modules /es6.regexp.to-string'が見つかりません

ビルドと開発の両方に。

error Cannot find module 'core-js/modules/es6.regexp.to-string'


  Error: Cannot find module 'core-js/modules/es6.regexp.to-string'

  - loader.js:611 Function.Module._resolveFilename
    internal/modules/cjs/loader.js:611:15

  - loader.js:537 Function.Module._load
    internal/modules/cjs/loader.js:537:25

  - loader.js:665 Module.require
    internal/modules/cjs/loader.js:665:17

  - helpers.js:20 require
    internal/modules/cjs/helpers.js:20:18

  - render-page.js:3 webpackUniversalModuleDefinition
    /Users/rylanhazelton/dev/Admin/public/render-page.js:3:170

  - render-page.js:10 Object.<anonymous>
    /Users/rylanhazelton/dev/Admin/public/render-page.js:10:3

  - loader.js:736 Module._compile
    internal/modules/cjs/loader.js:736:30

  - loader.js:747 Object.Module._extensions..js
    internal/modules/cjs/loader.js:747:10

  - loader.js:628 Module.load
    internal/modules/cjs/loader.js:628:32

  - loader.js:568 tryModuleLoad
    internal/modules/cjs/loader.js:568:12

  - loader.js:560 Function.Module._load
    internal/modules/cjs/loader.js:560:3

  - loader.js:665 Module.require
    internal/modules/cjs/loader.js:665:17

  - helpers.js:20 require
    internal/modules/cjs/helpers.js:20:18

  - worker.js:32 Promise
    [Admin]/[gatsby]/dist/utils/worker.js:32:35

  - debuggability.js:313 Promise._execute
    [Admin]/[bluebird]/js/release/debuggability.js:313:9

  - promise.js:483 Promise._resolveFromExecutor
    [Admin]/[bluebird]/js/release/promise.js:483:18


error UNHANDLED REJECTION


  Error: Cannot find module 'core-js/modules/es6.regexp.to-string'

  - loader.js:611 Function.Module._resolveFilename
    internal/modules/cjs/loader.js:611:15

  - loader.js:537 Function.Module._load
    internal/modules/cjs/loader.js:537:25

  - loader.js:665 Module.require
    internal/modules/cjs/loader.js:665:17

  - helpers.js:20 require
    internal/modules/cjs/helpers.js:20:18

  - render-page.js:3 webpackUniversalModuleDefinition
    /Users/rylanhazelton/dev/Admin/public/render-page.js:3:170

  - render-page.js:10 Object.<anonymous>
    /Users/rylanhazelton/dev/Admin/public/render-page.js:10:3

  - loader.js:736 Module._compile
    internal/modules/cjs/loader.js:736:30

  - loader.js:747 Object.Module._extensions..js
    internal/modules/cjs/loader.js:747:10

  - loader.js:628 Module.load
    internal/modules/cjs/loader.js:628:32

  - loader.js:568 tryModuleLoad
    internal/modules/cjs/loader.js:568:12

  - loader.js:560 Function.Module._load
    internal/modules/cjs/loader.js:560:3

  - loader.js:665 Module.require
    internal/modules/cjs/loader.js:665:17

  - helpers.js:20 require
    internal/modules/cjs/helpers.js:20:18

  - worker.js:32 Promise
    [Admin]/[gatsby]/dist/utils/worker.js:32:35

  - debuggability.js:313 Promise._execute
    [Admin]/[bluebird]/js/release/debuggability.js:313:9

  - promise.js:483 Promise._resolveFromExecutor
    [Admin]/[bluebird]/js/release/promise.js:483:18

エディターを閉じて、.cache、public、node_modules、およびpackage-lock.jsonを削除してみてください。 次に、npmインストールを実行します。

NPMによるファンキーなパッケージ解決だと確信しています。

ロックファイルとnode_modules削除することで、自分のサイトで依存関係を整理することができました。 壊れたサイト以外では再現できませんでした。

package-lock.json 、 node_modulesを削除し、 package-lock.json yarnを使用してインストールした後、 terser-webpack-plugin cannot call minify of undefined （そのようなもの）について別のエラーが発生しました。 これは私のためにそれを修正しました。

Node.jsエコシステムは本当に最速の破壊的なものだと思います;-)

最新のterserアップデート（1時間前にリリース）はこのプラグインを壊します。

したがって、これは（依存関係の）新しい問題です。

私はそれが2つの異なる問題であることを確認できます、私はそれらの両方に遭遇します： //github.com/gr2m/octokit-rest-documentation/issues/24

Terserエラーはこれらの行から発生します

  const {
    error,
    map,
    code,
    warnings
  } = _terser.default.minify({
    [file]: input
  }, terserOptions);

_terser.default.minifyを_terser.minifyだけに置き換えると機能します

TravisCIビルドでもこの問題が発生しています。 yarnしても修正されません。 適切な修正が行われるまで使用できるクイックパッチはありますか？ ありがとう

Terserエラーは今すぐ解決する必要があります

terser-webpack-pluginが修正され、新しいバージョンのterser-webpack-pluginで2.0.112が公開されました。

これが関連しているかどうかはわかりませんが、更新してみてください。

それまでの間、 @ DanielRuf @dlindahlは、発生している問題の最小限の複製にリンクしていただけますか？

https://github.com/gatsbyjs/gatsby/issues/11198#issuecomment-457905564を参照して

@sidharthachatterjee確認できますが、特定の[email protected]にアップグレードすると、

Terserエラーは今すぐ解決する必要があります

確認済み。

これを閉じましょう。 さらにサポートできる場合、またはこれが修正されることが_確認されていない_場合はコメントしてください。

皆さんありがとう！

この問題が開かれた元のエラーは残っています：

Error: ./.cache/async-requires.js 8:11
Module parse failed: Unexpected token (8:11)

@ gr2m複製を提供してもらえますか？

いずれにせよ、私は再開します、ありがとう！

私はまったく同じ問題を抱えていました。
モジュール解析に失敗しました：予期しないトークン（8:11）
このファイルタイプを処理するには、適切なローダーが必要になる場合があります

糸の修正は私のために働いた。

.cache / public / node_modulesの削除は機能しませんでした。

npm updateを実行した後、問題が発生しました。

ここで同じ問題。

    "@magicsoup.io/stock": "0.0.11",
    "@zauberware/react-scroll-to": "^0.1.1",
    "@zauberware/react-svg-assets": "^0.10.2",
    "babel-plugin-styled-components": "^1.10.0",
    "gatsby": "^2.0.115",
    "gatsby-image": "^2.0.29",
    "gatsby-plugin-htaccess": "^1.0.8",
    "gatsby-plugin-manifest": "^2.0.17",
    "gatsby-plugin-offline": "^2.0.22",
    "gatsby-plugin-react-helmet": "^3.0.6",
    "gatsby-plugin-sharp": "^2.0.20",
    "gatsby-plugin-sitemap": "^2.0.5",
    "gatsby-plugin-styled-components": "^3.0.5",
    "gatsby-plugin-web-font-loader": "^1.0.4",
    "gatsby-source-filesystem": "^2.0.20",
    "gatsby-transformer-json": "^2.1.8",
    "gatsby-transformer-remark": "^2.2.4",
    "gatsby-transformer-sharp": "^2.1.13",
    "marksy": "^6.1.0",
    "prop-types": "^15.6.2",
    "react": "^16.7.0",
    "react-dom": "^16.7.0",
    "react-helmet": "^5.2.0",
    "react-i18next": "^10.0.0",
    "react-obfuscate": "^3.0.0",
    "react-slick": "^0.23.2",
    "styled-components": "^4.1.3",
    "styled-normalize": "^8.0.6",
    "styled-system": "^3.2.1",

src / templatesからテンプレートを読み込もうとします

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-markdown-template-js": function componentSrcTemplatesMarkdownTemplateJs() {
  >     return import("/Users/simon/workspaces/web/altstadtdomizil/src/templates/markdownTemplate.js"
  |     /* webpackChunkName: "component---src-templates-markdown-template-js" */
  |     );
   @ ./.cache/production-app.js 18:0-45 21:23-36 26:23-36

gatsby-node.js

exports.createPages = ({ actions, graphql }) => {
  const { createPage } = actions

  const blogPostTemplate = path.resolve(`src/templates/markdownTemplate.js`)

  return graphql(`
    {
      allMarkdownRemark(
        sort: { order: DESC, fields: [frontmatter___title] }
        limit: 1000
      ) {
        edges {
          node {
            frontmatter {
              path
            }
          }
        }
      }
    }
  `).then(result => {
    if (result.errors) {
      return Promise.reject(result.errors)
    }

    result.data.allMarkdownRemark.edges.forEach(({ node }) => {
      createPage({
        path: node.frontmatter.path,
        component: blogPostTemplate,
        context: {}, // additional data can be passed via context
      })
    })
  })
}

gatsby-node.jsをコメントアウトすると、次のエラーが発生します。

  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/simon/workspaces/web/altstadtdomizil/src/pages/404.js"
  |     /* webpackChunkName: "component---src-pages-404-js" */
  |     );
   @ ./.cache/production-app.js 18:0-45 21:23-36 26:23-36

import（を返す

他のコメントをご覧ください。

これは、2.0.115から2.0.116または2.0.117にアップグレードするときに、バッジ/シールド＃2947に表示されます。

最近、 babel-preset-gatsbyを0.1.6から0.1.7に更新したバッジ/シールド＃2949をマージしましたが、ダウングレードでハッキングを試みましたが、問題は解決しませんでした。

問題はCIで検出され、一貫してそこに現れます。 私たちのCIは.cache保持しないため、除外することができます。

  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---frontend-components-main-js": function componentFrontendCompo  nentsMainJs() {
  >     return import("/home/circleci/project/frontend/components/main.js"
  |     /* webpackChunkName: "component---frontend-components-main-js" */
  |     );
   @ ./.cache/production-app.js 18:0-45 21:23-36 26:23-36

https://circleci.com/gh/badges/shields/39885

これが問題かもしれないと思います：webpack / webpack＃8656。

追加：症状が一致し、タイミングも一致します。

@paulmelnikow良いキャッチ。 そしてこれが、ESMを使用する必要がない場合にCJSを使用することをお勧めする理由です-それでもバンドラーで100％信頼できるわけではありません。 そして、他の方法はまだ機能するはずです。

では、ルートpackage.jsonにwebpackを固定すると機能するはずですか？

そして、このjsは、JSエコシステムのSemVerが完全に壊れている理由でもあります。 ロックファイルはルートレベルでのみ機能するため、（深い）depsの自動更新。

明確にするために、 acornとnpmがdeptreeを解決する方法が問題と原因です。

https://github.com/webpack/webpack/issues/8656#issuecomment -456010969

私はこれを再現することができます（私たちがまだ仕事で糸を使用しているもう1つの理由）。

正確には、npmの問題です。

https://npm.community/t/packages-with-peerdependencies-are-incorrectly-hoisted/4794/4

https://npm.community/t/release-npm-6-8-0-next-0/5058

解決策：最新のnpmリリースをインストールします。

その評価に同意するかどうかはわかりません。 これは、解決方法の違いにより、npmで発生し、yarnでは発生しない場合がありますが、パッケージが^ 4.12.0への依存を宣言している場合、4.29.3は完全に正しいバージョンです。 それがキャレットの意味です。 Gatsbyが特定のバージョンをロックしたい場合は、それを歓迎します。その場合、npmはそれを尊重します。

WebpackはGatsbyの依存関係であり、ピアの依存関係ではありません。

問題は、npm（Yarnでは異なります）での巻き上げと、これが原因でacorn正しくロードできなかったことです。 Tobiasコミュニティの投稿とリンクされたコメントを参照してください。

それをもっとよく説明してほしいと思います。 私はそれらのスレッドをスキミングしましたが、ここでどのように適用されるかわかりません。

Webpackのバグの原因はわかりません。 ただし、Gatsbyが4.29.3を使用しないことに同意する場合は、キャレットの依存関係を変更する必要があります。

これはyarnで機能し、特定の依存関係とdeptree計算と組み合わせたnpmの問題です。 TobiasのPRを参照してください。

https://github.com/npm/cli/pull/147/filesを参照して

Aiiiee落とし穴。 npmのピア依存関係のバグが、webpack4.29が正しく機能しない原因となっています。

防止できるのは、webpack4.29のインストールです。 そして、エンドユーザーがwebpackバージョンをロックする簡単な方法があるかどうかはわかりません。 npmはそれを行う方法を提供しないため、ユーザーはサードパーティのツールnpm-force-resolutionsのようなものを使用する必要があります。

npm / cli＃152を参照してください。 迅速な解決が期待できるようには見えません。

2.0.118がバンドエイドを出荷するようになったので、npmユーザーは大丈夫であり、明らかにwebpack4.29.xを使用することはできません。

必要に応じて、yarnユーザーがresolutionsを使用して、ギャツビーにそれ以降の範囲外のバージョンを使用させることができるのは正しいですか？

@paulmelnikow正解ですが、実際には必要ないはずであり、そうすることで特に必要なメリットがあるかどうかは

固定された依存関係は、可能な限りすぐに更新するので（npmの問題に続いて）、特にnpmユーザーにとってはほんの一瞬です。

修正してくれてありがとう！

_今_私はこれを閉じることができると思います:)

2.0.118リリースで修正が確認されました！

これは従うのが素晴らしかった。 素晴らしい仕事をありがとうございました！

やあみんな！ npm install gatsby@webpack-acorn試してみませんか。 webpackを最新バージョンにアップグレードしたいのですが、それでも問題があるかどうかはわかりません。 再現できませんでしたが、後悔するよりは安全にしたいと思っています。

こんにちは@wardpeet！ お問い合わせいただきありがとうございます。

ここにブランチを作成しました：バッジ/シールド＃3572

それはまだ問題のようです： https ：

ローカルで複製する手順は、そのブランチのクローンを作成し、 npm ci後にnpm run buildです。 よろしければお気軽にどうぞ、または私にpingしてください。PRブランチを更新できます。

@paulmelnikowどうもありがとう！ また、使用しているノードとnpmのバージョンを教えていただければ、セットアップで実行できるようになります。

これは私がローカルで持っているものです：

~/c/shields (bump-webpack-rc|✔) $ node --version
v10.13.0
~/c/shields (bump-webpack-rc|✔) $ npm --version
6.9.0

CIでは、ノード8でも発生しています（正確なnpmバージョンはわかりません）。

問題は両方の環境で再現可能です。

調べてくれてありがとう！