Nodemon: ctrl + c يوقف خادم nodemon ولكن على طول خطأ ERRno 130 elifecycle

يُرجى المحاولة باستخدام إصدار التصحيح الحالي: npm install -g nodemon@debug (1.18.2-alpha.1)

جربت للتو مع nodemon@debug (1.18.2-alpha.1) ولم يعد هناك خطأ في الخطأ 130 لدورة elifecycle ، يتم الخروج بأمان.

من الناحية الفنية ، فإن ctrl-c ليس خروجًا رشيقًا ، إنه SIGINT مع رمز خروج
من 130 (إنها بطريقة ما الطريقة الجديدة التي كنت أعمل بها كانت مربكة npm) -
يمكنك التحقق من صحة ذلك عن طريق فحص ctrl-c في npm و echo $?

في الخميس ، 12 تموز (يوليو) 2018 ، الساعة 10:26 غرازيانو ستاتيلو ، [email protected]
كتب:

جربت للتو مع nodemon @ debug (1.18.2-alpha.1) ولم يعد هناك خطأ 130
خطأ دورة elifecycle ، فإنه يخرج بأمان.

-
أنت تتلقى هذا لأنك علقت.

قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/remy/nodemon/issues/1390#issuecomment-404449824 ، أو كتم الصوت
الخيط
https://github.com/notifications/unsubscribe-auth/AAA1hLwNFwqo1z5dkxD3md92dfQWXIU-ks5uFxZHgaJpZM4VMPUK
.

أنا أيضا أواجه هذه المشكلة اليوم. عندما أستخدم nodemon في CLI ، فلا بأس. ومع ذلك ، أستخدم البرنامج النصي npm لتشغيله ، فهو لا يعمل بشكل صحيح.

@ remy هو 130 بالفعل :)
sumAlbert nodemon@debug (1.18.2-alpha.1) يعمل على إصلاح المشكلة أيضًا عند تشغيل nodemon من البرنامج النصي npm

Akallabet ربما يتعلق الأمر بمشروع. أقوم بتشغيل مشروعين مختلفين باستخدام برنامج نصي npm. أحدهما جيد والآخر 130. nodemon @ debug (1.18.2-alpha.1)

sumAlbert ممكن بالتأكيد ، راجع للشغل أنا أركض

[email protected]
[email protected]

آمل أن يساعد

وجود هذه المشكلة في 1.18.3

أنا أيضًا ، أيضًا في 1.18.3 ، تم الرجوع إلى 1.17.5 ويعمل الخروج ctrl-c مرة أخرى بدون أخطاء LIFECYCLE 130 ...

لدي هذه المشكلة في 1.18.3 أيضًا!

يمكن تأكيد أن هذه المشكلة لا تزال موجودة في 1.18.4

يبدو أن الترقية إلى 1.18.5 قد أصلحت هذا الأمر بالنسبة لي.

وجود هذه المشكلة في 1.18.6

أدى التحديث إلى 1.18.7 إلى حل هذه المشكلة بالنسبة لي.

وجود هذه المشكلة في 1.18.9

أيضا وجود هذه المشكلة في 1.18.9

remy يرجى إعادة الفتح!

1.18.10 :(

لا تزال تواجه نفس المشكلة في 1.19.0 ☹️

1.19.1 ☹️

من غير المحتمل أن يتم إصلاحه في أي وقت قريب: https://github.com/remy/nodemon/issues/1424#issuecomment -433826772

مندهش جدًا من نسبة "ما زال يحدث" إلى العلاقات العامة بشأن هذه المسألة بالذات! 😄

مرحبا جميعا!

لقد عثرت على بطاقة خطأ في صفحة node github ، والتي تتناول مشكلة مشابهة جدًا ، إن لم تكن المشكلة نفسها:

https://github.com/nodejs/node/issues/21213

لدي العقدة 10.4.0 التي قمت بتحديثها إلى 10.4.1 ويبدو أنها تحل المشكلة.
أعلم أن 10.4.x ليس أحدث إصدار من LTS ، لكنه نجح معي حتى الآن. سأتحقق أيضًا من القاصرين الجدد لمعرفة ما إذا كان يعمل بشكل جيد هناك.

تحديث: فحص أحدث إصدار LTS ( 10.16.0 ) وهو يعمل بشكل جيد.

_ ملحوظة لنفسي: أحيانًا أحصل على ELIFECYCLE ERROR 143 عند الضغط على Ctrl + C ، لكنه قادم من webpack ._

[nodemon] 1.19.1
ولدي أيضا هذه المسألة. لم تحل بعد!

[nodemon] 1.19.1
ولدي أيضا هذه المسألة. لم تحل بعد!

تحقق من إصدارات node و npm وحاول تحديثهما! هناك فرصة جيدة لحل المشكلة لك أيضًا.

أهلا. ومع ذلك ، يخرج ctrl+c بعد node server.js ويتوقف برشاقة (لا توجد دورة elifec 130 للمخطئ).

- node 8.9.4
- nodemon 1.18.1. 

اي حل؟

شكرا جزيلا. إنها تعمل.

كيف وصلت إلى هنا : لقد بحثت في Google nodemon ctrl c not working ونقرت على الرابط الثالث بعد تجربة الرابط الأول (فشل).

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

^C2020-09-03T00:34:38.425Z - notice: [ SIGNAL ] - SIGINT
2020-09-03T00:34:38.426Z - notice: stopping process...
[nodemon] still waiting for 6 sub-processes to finish...
2020-09-03T00:34:38.668Z - notice: [ SIGNAL ] - SIGINT
npm ERR! code ELIFECYCLE
npm ERR! errno 130
npm ERR! @grouparoo/[email protected] dev: `cd node_modules/@grouparoo/core && GROUPAROO_MONOREPO_APP=staging-public ./api/bin/dev`
npm ERR! Exit status 130
npm ERR!
npm ERR! Failed at the @grouparoo/[email protected] dev script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /Users/evan/.npm/_logs/2020-09-03T00_34_38_811Z-debug.log

مرحبًا remy ، آسف لإزعاجك مرة أخرى ولكن على /node_modules/nodemon/lib/monitor/run.js@465 حصلنا على:

// because windows borks when listening for the SIG* events
if (!utils.isWindows) {
  bus.once('boot', () => {
    // usual suspect: ctrl+c exit
    process.once('SIGINT', () => bus.emit('quit', 130)); <- SIGINT IS ctrl+c!!!!!
    process.once('SIGTERM', () => {
      bus.emit('quit', 143);
      if (child) { child.kill('SIGTERM'); }
    });
  })
}

سؤالي الآن هو: لماذا لدينا process.once('SIGINT', () => bus.emit('quit', 130)); ؟ ما سبب ذلك
لأن هذا هو سبب 130 ..

يوضح !utils.isWindows سبب عدم حدوث ذلك على windows.

إذا لم يكن هناك سبب وجيه لرمي 130 إلى SIGINT ، فأعلمني بذلك وسأقوم بعلاقات عامة

شكرا.

borracciaBlu الأفضل لتتبع git blame على هذا الخط. سيبدأ المشروع في عمر 10 سنوات وهناك العديد من التغييرات الصغيرة لأنظمة معينة لجعلها جميعًا معلقة معًا لا أستطيع أن أتذكر لماذا ، لكنني متأكد من أنها موجودة عن قصد. إنه ليس نوع النسخة التي تراها في خطأ النسخ / اللصق.