Gatsby: فشل الإنشاء بعد ظهور "رمز مميز غير متوقع" في "يتطلب غير متزامن" بعد الترقية إلى 2.0.84

تم إنشاؤها على ٢١ يناير ٢٠١٩  ·  81تعليقات  ·  مصدر: gatsbyjs/gatsby

وصف

تشغيل rm -rf .cache && rm -rf public && gatsby-build يعمل بشكل جيد تحت 2.0.83. بعد الترقية إلى 2.0.84 ، حدث خطأ ، مما أدى إلى إحباط الإنشاء.

خطوات التكاثر

الشيء الوحيد الذي أتناوله هو تشغيل gatsby build . بعد الرجوع إلى الإصدار 2.0.83 ، تختفي المشكلة.

نتيجة متوقعة

يجب أن يكتمل البناء بنجاح

نتيجة فعلية

يتم إنهاء البناء مع الخطأ التالي:

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

بيئة

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 

رأيت رقم 10038 الذي بدا مألوفًا ، لكن تكوين Webpack الخاص بي غير مثير للاهتمام:

// 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']
    }
  })
}

والتعليق أن الحظر لا يصلح الخطأ.

إذا استبدلت gatsby-plugin-offline بـ gatsby-plugin-remove-serviceworker ، فستظل المشكلة قائمة ، ولكن باستيراد غير متزامن مختلف.

FWIW ، لا ألاحظ اختلافًا في محتويات async-require.js في الإصدار 2.0.83 أو 2.0.84 ، ولم تحدث ترقية gatsby-plugin-offline أي فرق أيضًا.

needs reproduction question or discussion

التعليق الأكثر فائدة

الحل هو تثبيت التبعيات مع Yarn بدلاً من npm والتي يبدو أنها تعمل بعد استيراد ملف قفل npm.

ال 81 كومينتر

أواجه خطأً مشابهًا بعد الترقية من 2.0.62 إلى 2.0.91 .

في حالتي ، يعمل gatsby develop بشكل جيد ، لكن أخطاء gatsby build إما على الصفحة template.js (إذا قمت بتضمينها) أو 404.js (إذا قمت بإزالة createPages snippet من 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 . 🤷‍♂️

تضمين التغريدة

هل يمكنك ربط الحد الأدنى من النسخ من هذا؟

أحصل على نفس الخطأ باستخدام Gatsby v 2.0.55 حيث تم تعطيل package-lock.json في .npmrc. الموقع مبني من مساحة عمل نظيفة يوميا. ذات يوم نجحت ، وفي اليوم التالي لم تنجح. أظن أن الخطأ مرتبط ببعض التبعية العابرة التي تغيرت.

نفس المشكلة عندما أقوم بترقية gatsby من v2.0.91 إلى v2.0.93 ( v2.0.92 ) غير موجودة

مرحبًا ، أصرخ لأقول إنني حاليًا أواجه هذه المشكلة أيضًا ، لكنني أجد صعوبة في بناء الحد الأدنى من التكاثر لها.

يؤدي تشغيل npm update في المستودع الخاص بي حاليًا إلى فشل الإنشاء ، ولكنه لا ينطبق على موقع الويب الشخصي الخاص بي .

سأستمر في البحث حتى أجد سبب ذلك أو اكتشفه شخص آخر. إذا تمكنت من عزله بشكل نظيف ، فسأعيد نشره هنا.

شكر!

كذلك هنا!
لقد كتبت npm update -g npm للحصول على إصدار npm 6.7.0 ولدي برنامج gatsby 2.0.98.

gatsby plugin version غير متصل -> 2.0.21

المستودع مع هذه المشكلة: ها أنت ذا .

يمكنك أيضًا سرد التبعيات المثبتة باستخدام npm ls وتشغيل node --version ؟

قد يكون التقسيم مفيدًا هنا أيضًا. سأختبر الريبو في غضون بضع دقائق.

طيب نفس الخطأ هنا. سوف أشطر هذا.

يبدو أنه يحدث في جميع الإصدارات ، لذا فهو مكون إضافي أو تبعية أخرى على الأرجح.
سيختبر كذلك.

أعتقد أنني وجدت السبب. سأقدم التصحيح والعلاقات العامة.

omrllm (تصحيح

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 ، يجب أن يعمل. من المحتمل أن يكون هناك محمل مفقود فقط ولكن لماذا تستخدم import هنا على أي حال عندما تنتج طريقة ESM مشاكل فقط وخلط exports مع 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 ، لا يمكنني إعادة إنتاجه أعتقد أنه كان صدفة ما زلت أتلقى الخطأ.

الحل هو تثبيت التبعيات مع Yarn بدلاً من npm والتي يبدو أنها تعمل بعد استيراد ملف قفل npm.

يمكنك العثور على npm ls مع gatsby v2.0.91 (نجح الإصدار) و v2.0.93 (فشل الإنشاء) هنا: https://gist.github.com/cyrildurand/f4b70abff19288117ea3996500532774

ما زلت أواجه مشكلة مع gatsby 2.0.103

هل حاولت تثبيت التبعيات مع yarn أيضًا؟

تضمين التغريدة
هل واجهت هذا الخطأ عند تثبيت npm ؟
2019-01-29 4 50 27
لدي أيضًا نفس المشكلة ، ولكن ترقية إصدار arcon إلى 6.0 كان يعمل بشكل جيد.

هل واجهت هذا الخطأ عند تثبيت npm

هذا مجرد تحذير ولا يتعلق بقضية غاتسبي.

نفس الخطأ بعد تثبيت acorn

يعمل مع yarn . لقد قمت بتحديث الجوهر بإخراج yarn list

نفس الخطأ بعد تركيب البلوط

أي خطأ؟

لقد حاولت ترقية acorn الذي اقترحه @ seonim-ryu وحاولت تشغيل gatsby build وكان نفس الخطأ "رمز غير متوقع" (الخطأ من الرسالة الأولى لهذا الإصدار)

إذا كنت أستخدم الغزل ، تختفي المشكلة ، وينجح الأمر comand gatsby build .

هل يحدث ذلك أيضًا مع إصدارات البلوط السابقة؟ أم أن هذا ليس السبب؟

هل جربت الإصلاح المقترح؟ لست متأكدًا مما إذا كان هذا سيؤدي إلى كسر أي شيء.

لقد فشل أيضًا مع الإصدار السابق من البلوط ، لا أعتقد أنه مرتبط به.

إنه يعمل الآن بعد أن قمت بتثبيت التبعيات ولست متأكدًا من كيفية تطبيق الإصلاح المقترح الخاص بك.

انتقل إلى node_modules / gatsby / dist / internal-plugins / query-runner / pages-Writer.js وقم بتغيير قيمتي import( إلى require( ، راجع أيضًا https://github.com/gatsbyjs / gatsby / issues / 11198 # issuecomment -457915157

يعمل مع الإصلاح

هل تعطل أي شيء بسبب الإصلاح؟ لا تبدو بنى CI الفاشلة رائعة.

ربما تكون مشكلة منفصلة ، لكنني حصلت على خطأ مشابه بعد الترقية إلى أحدث إصدار من Gatsby (2.0.106) وإضافة صفحة 404 وفقًا للمستندات ('src / pages / 404.js'). سوف يعمل التطوير بشكل جيد ، لكن البناء فشل.

أدى نقل صفحة 404 إلى المجلد الخاص بها ('src / pages / 404 / index.js') إلى حل الخطأ من طرفي ويعمل كما هو متوقع (محليًا وعند النشر على Netlify).

لقد أصلحت المشكلة عن طريق حذف ملف package-lock.json وتشغيل npm install . الملف الجديد الذي تم إنشاؤه package-lock.json به الكثير من الاختلافات.
لا أعرف بالضبط ما يحدث هنا.

أواجه نفس المشكلات عبر عدة مواقع مختلفة لدي. بعضها له نفس التبعيات والإصدارات بالضبط ... أحدهم سيصل إلى الأخطاء ، ولن يصيب الآخر. لقد بدأ يحدث حول 2.0.98 وأعتقد ولا يزال مع 2.0.106. لقد حاولت إزالة node_modules و .cache والمجلدات العامة ، لكن ذلك لم يساعد أيضًا. يحدث فقط في البناء وليس التطوير.

تضمين التغريدة
أعدت تسمية package-lock.json إلى شيء آخر ، و npm install ed كل شيء ، لكنني حصلت مرة أخرى:

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
تم التعديل بعد اقتراح

فقط أعد تسميته للحصول على نسخة احتياطية.

إذن هي في الحقيقة مجرد مشكلة تبعية قديمة؟

لقد حذفت وحدات العقدة عدة مرات ولم يتم إصلاحها أبدًا بالنسبة لي. فقط الأشياء التي نجحت هي الغزل أو ملف التصحيح أعلاه.

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 والتثبيت باستخدام yarn خطأ آخر حول terser-webpack-plugin cannot call minify of undefined (شيء من هذا القبيل). هذا أصلحها بالنسبة لي.

أعتقد أن النظام البيئي Node.js هو حقًا الأسرع تحطيمًا ؛-)

أحدث تحديث للمُجمل (تم إصداره قبل ساعة) يكسر هذا المكون الإضافي.

إذن هذه مشكلة جديدة (في التبعية).

يمكنني أن أؤكد أنهما مشكلتان مختلفتان ، واجهت كلاهما: https://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

أواجه هذه المشكلة أيضًا في تصميمات Travis CI الخاصة بي. حتى استخدام yarn لا يصلح. هل يمكنني استخدام أي تصحيح سريع حتى انتهاء الإصلاح المناسب؟ شكر

يجب حل خطأ Terser الآن

تم إصلاح المكون الإضافي terser-webpack-plugin ونشرنا 2.0.112 مع الإصدار الجديد من المكون الإضافي terser-webpack-plugin

لست متأكدًا مما إذا كان هذا مرتبطًا ولكن هل يمكنك محاولة التحديث؟

في هذه الأثناء ، هل يمكنك من فضلك ربط الحد الأدنى من إعادة إنتاج المشكلة التي تراها؟

sidharthachatterjee يمكنني أن أؤكد أن الترقية إلى [email protected] المحددة حلت مشكلتي على Gitlab CI.

يجب حل خطأ Terser الآن

تم تأكيد.

دعنا نغلق هذا. يرجى التعليق إذا كان بإمكاننا تقديم المزيد من المساعدة أو إذا كان _لم يتم تأكيد ذلك_ ليتم إصلاحه.

شكرا لكم جميعا!

الخطأ الأصلي الذي تم فتح هذه المشكلة من أجله يبقى:

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

@ gr2m هل يمكنك تقديم استنساخ؟

على أي حال - سأعيد فتحه ، شكرًا!

كان لي نفس القضية بالضبط.
فشل تحليل الوحدة: رمز مميز غير متوقع (8:11)
قد تحتاج إلى أداة تحميل مناسبة للتعامل مع هذا النوع من الملفات

عملت إصلاح الغزل بالنسبة لي.

لم ينجح حذف .cache / public / node_modules.

بدأت المشكلة بالنسبة لي بعد تشغيل تحديث npm.

نفس المشكلة هنا.

    "@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 / قوالب

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

عودة الاستيراد (

يرجى الاطلاع على التعليقات الأخرى.

يظهر هذا في الشارات / الدروع # 2947 أثناء الترقية من 2.0.115 إلى 2.0.116 أو 2.0.117.

لقد قمت مؤخرًا بدمج الشارات / الدروع # 2949 التي قامت بتحديث babel-preset-gatsby من 0.1.6 إلى 0.1.7 ، على الرغم من أنني حاولت القرصنة في إصدار أقدم ولم يحل ذلك المشكلة.

تم اكتشاف المشكلة في 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.

تمت إضافة: تتطابق الأعراض مع التوقيت أيضًا.

screen shot 2019-02-07 at 9 17 12 pm

screen shot 2019-02-07 at 9 17 19 pm

تضمين التغريدة ولهذا السبب أوصي باستخدام CJS إذا لم يكن علينا استخدام ESM - فهي لا تزال غير موثوقة بنسبة 100٪ في الحزم. والطريقة الأخرى يجب أن تعمل.

إذن ، يجب أن يعمل تثبيت حزمة الويب في حزمة الجذر.

وهذا أيضًا سبب تعطل SemVer في نظام JS البيئي تمامًا. التحديثات التلقائية للديارات (العميقة) لأن ملفات القفل تعمل فقط في مستوى الجذر.

أن تكون واضحة، acorn يقرر والطريقة الآلية الوقائية الوطنية لdeptree هي قضية وقضية.

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

يمكنني إعادة إنتاج هذا (سبب آخر لاستمرار استخدامنا للخيوط في العمل).

على وجه الدقة ، إنها مشكلة 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 وليس الغزل بسبب الاختلافات في طريقة حدوث الدقة ، ولكن 4.29.3 هو إصدار صحيح تمامًا للتثبيت عندما تعلن الحزمة عن الاعتماد على ^ 4.12.0. هذا ما تعنيه علامة الإقحام. إذا أراد Gatsby قفل إصدار معين ، فنحن نرحب به للقيام بذلك ، وفي هذه الحالة ستحترمه npm.

Webpack هو تبعية لـ Gatsby ، وليس تبعية الأقران.

كانت المشكلة هي الرفع في npm (يختلف في الغزل) وأنه تعذر تحميل acorn بشكل صحيح بسبب هذا. راجع مشاركة مجتمع Tobias والتعليق المرتبط.

أشعر أنني بحاجة منك لشرح ذلك بشكل أفضل. لقد قمت بقشط هذه الخيوط ولكن لا أرى كيف يتم تطبيقها هنا.

لا أعرف ما الذي يسبب الخطأ في Webpack ؛ ومع ذلك ، إذا اتفقنا على ألا يستخدم Gatsby 4.29.3 ، فيجب تغيير اعتماد علامة الإقحام.

إنها تعمل مع الغزل ، إنها مجرد مشكلة في npm ، بالاقتران مع التبعيات المحددة وحساب الشجرة. انظر العلاقات العامة توبياس.

راجع https://github.com/npm/cli/pull/147/files

Aiiiee مسكتك. إنه خطأ تبعيات الأقران في npm وهو ما يتسبب في عدم عمل webpack 4.29 بشكل صحيح.

ما يمكننا منعه هو تثبيت webpack 4.29. ولست متأكدًا من وجود طريقة سهلة للمستخدم النهائي لقفل إصدار حزمة الويب. لا توفر npm طريقة للقيام بذلك ، لذلك سيتعين على المستخدمين استخدام شيء مثل دقة قوة npm لأداة الجهة الخارجية .

انظر npm / cli # 152 ؛ لا يبدو أنه يمكننا توقع حل سريع.

الآن بعد أن تم شحن الإصدار 2.0.118 إلى حزمة مساعدة ، يجب أن يكون مستخدمو npm على ما يرام ، ومن الواضح أنه لا يمكنهم استخدام webpack 4.29.x بغض النظر.

هل أنا محق في أن مستخدمي الغزل يمكنهم استخدام resolutions لإجبار gatsby على استخدام إصدار لاحق خارج النطاق ، إذا أرادوا؟

paulmelnikow صحيح - لكن في الحقيقة لا ينبغي أن يكون ضروريًا ولست متأكدًا من وجود فائدة ضرورية معينة في القيام بذلك.

سنقوم بتحديث التبعية المثبتة بمجرد أن نكون قادرين على (متابعة مشكلة npm الآن) ، لذلك يجب أن تكون مجرد صورة لمستخدمي npm وجه الخصوص.

شكرا على الإصلاح!

_Now_ أعتقد أنه يمكنني إغلاق هذا :)

تم التأكيد على أنه ثابت مع إصدار 2.0.118!

كان هذا رائعا لمتابعة. شكرا لكم جميعا على العمل الرائع!

مرحبا جميعا! أتساءل عما إذا كان بإمكانكم منح npm install gatsby@webpack-acorn دورة. نريد ترقية حزمة الويب إلى أحدث إصدار ولكننا لسنا متأكدين مما إذا كانت لا تزال تمثل مشكلة. لم أستطع إعادة إنتاجه ولكننا نريد أن نكون آمنين بدلاً من الأسف.

مرحبًاwardpeet! شكرا على رسالتك.

لقد أنشأت فرعًا هنا: شارات / دروع # 3572

يبدو أنها لا تزال تمثل مشكلة: https://circleci.com/gh/badges/shields/57401

ستكون خطوات إعادة الإنتاج محليًا هي استنساخ هذا الفرع وتشغيل npm ci متبوعًا بـ npm run build . لا تتردد في القيام بذلك إذا كنت ترغب في ذلك ، أو اتصل بي ويمكنني تحديث فرع العلاقات العامة.

@ paulmelnikow شكرا جزيلا! هل يمكن أن تخبرني أيضًا عن إصدار node & npm الذي تستخدمه حتى أتمكن من تشغيله مع الإعداد الخاص بك أيضًا في حال كان يعمل معي.

هذا ما لدي محليًا:

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

في CI يحدث هذا أيضًا في Node 8 (لست متأكدًا من إصدار npm الدقيق).

المشكلة قابلة للتكرار في كلتا البيئتين.

أشكرك للنظر فيها!

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات

القضايا ذات الصلة

andykais picture andykais  ·  3تعليقات

ferMartz picture ferMartz  ·  3تعليقات

kalinchernev picture kalinchernev  ·  3تعليقات

theduke picture theduke  ·  3تعليقات

totsteps picture totsteps  ·  3تعليقات