إعدادات
npm setnpm set init-author-name 'your your name'npm set init-author-email' eMail'npm set init-author-url 'http: //yourdomain.com'npm set init-incense' mit '
الأمر أعلاه يعادل تعيين القيمة الافتراضية لـ NPM init. عند تنفيذ NPM init في المستقبل ، ستقوم اسم المؤلف والبريد الإلكتروني والصفحة الرئيسية والترخيص بحزم Package.json تلقائيًا إلى قيمة الإعداد المسبق. سيتم تخزين هذه المعلومات في ملف ~/.npmrc في الدليل الرئيسي للمستخدم ، بحيث لا يحتاج المستخدم إلى إدخال كل مشروع.
إذا كان للمشروع إعدادات مختلفة ، فيمكنك تشغيل تكوين NPM لهذا المشروع.
1.
مجموعة NPM Save-Exact True
يعين الأمر أعلاه أنه عند إضافة وحدة نمطية ، ستقوم package.json بتسجيل الإصدار الدقيق للوحدة ، بدلاً من نطاق الإصدار الاختياري.
2.
تكوين NPM احصل على بادئة
3.
مجموعة تكوين NPM بادئة /usr /محلي
استخدام NPM
ثَبَّتَ:
NPM تثبيت Grunt-Cli
قبل التثبيت ، سيتحقق تثبيت NPM ما إذا كانت الوحدة المحددة موجودة بالفعل في دليل node_modules. إذا كانت موجودة ، فلن يتم إعادة تثبيتها ، حتى لو كان المستودع البعيد لديه إصدار جديد بالفعل.
إذا كنت ترغب في إعادة تثبيت وحدة نمطية لـ NPM بغض النظر عما إذا كان قد تم تثبيته أم لا ، فيمكنك استخدام معلمات -F أو -فورس.
التثبيت المحلي: سيتم تنزيل الحزمة على الدليل الحالي ولا يمكن استخدامه إلا في الدليل الحالي. بعد اكتمال التثبيت ، يوجد دليل إضافي node_modules في الدليل الحالي ، ويتم تثبيت Grunt-Cli فيه.
تثبيت NPM -g Grunt -Cli
التثبيت العالمي: سيتم تنزيل الحزمة على دليل نظام معين ، ويمكن استخدام الحزمة المثبتة في جميع الدلائل. أصبح الآن/usr/local/lib/node_modules/grunt-cli ،/usr/local/lib/node_modules/هو دليل التثبيت العالمي المذكور من قبل.
1. قم بتثبيت وحدة DevDependencies التي تم تكوينها في ملف Directory Package.json الحالي
تثبيت NPM
2. قم بتثبيت ملفات الوحدة النمطية المحلية
تثبيت NPM ./package.tgz
3. قم بتثبيت الوحدة بعنوان URL المحدد
NPM تثبيت https://github.com/indexzero/forever/tarball/v0.5.6
4. قم بتثبيت الوحدات النمطية الواردة في الدليل المحدد في نظام الملفات المحلي
تثبيت NPM <مجلد>
5. تثبيت وتحديث تكوين الإصدار في package.json
تثبيت NPM <ame> [حفظ | حفظ dev | حفظ الاختياري]
(1) سوف تظهر معلومات الاسم والإصدار للوحدة النمطية المثبتة مع المعلمة حفظ في خيار التبعيات من package.json
(2) سوف تظهر معلومات الاسم والإصدار للوحدة المثبتة مع معلمة Save-Dev في خيار DevDependencies لـ Package.json
(3) سوف تظهر معلومات الاسم والإصدار للوحدة النمطية المثبتة مع المعلمة Save-Optional في خيار OptionAldEpendencies لـ Package.json
6. قم بتثبيت الإصدار المحدد من الوحدة النمطية
تثبيت NPM <ame>@<soph> مثال: NPM تثبيت [email protected]
7. قم بتثبيت إصدار معين ضمن نطاق رقم الإصدار المحدد للوحدة النمطية
تثبيت NPM <ame>@<الإصدار>
مثال:
NPM تثبيت async@"> = 0.2.0 <0.2.9 ″
قوة القوة تسحب الموارد عن بُعد حتى لو تم تثبيت الوحدة بالفعل محليًا
مثال:
تثبيت تثبيت NPM القوة السفلية
8.-G أو وحدة التثبيت العالمية على مستوى العالم. إذا لم تكن هذه المعلمة متوفرة ، فسيتم تثبيتها في دليل Node_Modules للدليل الحالي.
مثال:
تثبيت NPM -G Express
إذا كنت تريد إعادة تثبيت جميع الوحدات بالقوة ، فقم بحذف دليل Node_Modules وإعادة تنفيذ تثبيت NPM.
$ RM -RF NODE_MODULES $ NPM تثبيت
تجديد
تحديث NPM [-g] [<name> [<name> ...]
يقوم بتحديث الوحدة النمطية في قائمة الأسماء المحددة. -G المعلمة تحديث الوحدة النمطية المثبتة عالميًا.
إذا لم يتم تحديد الاسم ولم يكن في وحدة معينة ، فسيتم تحديث جميع الحزم التي تعتمد على الدليل الحالي (بما في ذلك Global و Module) ؛ إذا كان الدليل الحالي في دليل وحدة معينة ، فسيتم تحديث الوحدات النمطية التي تعتمد على الوحدة النمطية ، لذلك عند تشغيل تحديث NPM دون تحديد الاسم ، من الأفضل التشغيل في وحدة معينة لتجنب التحديث إلى الوحدات النمطية الأخرى التي لا تريد تحديثها.
إلغاء التثبيت
حزمة إلغاء تثبيت NPM
يفحص
تحقق من الحزم المثبتة
NPM LS -DEPTH = 0
عرض معلومات محددة لحزم محددة
NPM LS Grunt-Clinpm Info Grunt-Cli
يبحث
NPM Search Grunt-Cli
يطلق
1.package.json
الحزمة. json الوصف:
عند تشغيل أمر NPM ، سيقرأ ملف Package.json للدليل الحالي وتفسير هذا الملف. يعتمد هذا الملف على الحزم/تحديد 1.1. في هذا الملف ، يمكنك تحديد اسم التطبيق الخاص بك (الاسم) ، وصف التطبيق (الوصف) ، الكلمات الرئيسية (الكلمات الرئيسية) ، رقم الإصدار (الإصدار) ، عناصر تكوين التطبيق (التكوين) ، الصفحة الرئيسية (الصفحة الرئيسية) ، المؤلف (المؤلف) ، عنوان مستودع الموارد (دليل التسعير) ، أوامر التعددية ، أو اتباع التطبيق ، أو اتباع التطبيق ، أو اتباع التطبيق ، أو تعتمد ، تبعيات بيئة التنمية (DevDependencies) ، محركات التشغيل (المحركات) والبرامج النصية (البرامج النصية) ، إلخ.
للمطورين ، تعتمد كل من وحدات تطوير ونشر على فهمهم الصحيح للمعنى الوارد في هذا الملف package.json. دعنا نستخدم مثالًا مشتركًا في هذه المقالة لتوضيح ما يلي:
{"name": "test" ، "الإصدار": "0.1.0" ، "الوصف": "حزمة اختبار" ، "مؤلف": "مؤلف عابر <[email protected]>" ، "التبعيات": {"express": "1.xx:" ejs: "0.4.2" ، " } ، "main": "index" ، "bin": {"test": "./bin/test.js"} ، "scripts": {"start": "0.4.x"}}في هذا المثال ، نحدد ملف إدخال التطبيق (الرئيسي) كفهرس. عندما تشير التطبيقات الأخرى إلى الوحدة النمطية الخاصة بنا ، تتطلب ("اختبار") ، يتم استدعاء ملف Value Index.js الرئيسي. تحدد البرامج النصية (البرامج النصية) عدة أوامر مختلفة باستخدام جدول التجزئة. سيتم استدعاء node server.js المحددة في script.start في NPM Start ، وسيتم استدعاء الأوامر المحددة في البرامج النصية. إذا كانت هناك حاجة إلى تجميع بعض الوحدات الأصلية ، فيمكننا تحديد الأوامر المسبقة والتجميع.
في هذا المثال ، يتم تحديد وحدة تبعيات التطبيق (التبعيات) ووحدة تبعيات بيئة التطوير (DevDependencies). سيتم تثبيت الوحدة النمطية المعتمدة على التطبيق في دليل Node_Modules للوحدة الحالية أثناء التثبيت. تستخدم وحدات التبعية في بيئة التطوير بشكل أساسي في بيئة التنمية. استخدم الأمر NPM تثبيت أو ارتباط بالإضافة إلى المعلمة -dev لتثبيته في دليل Node_Modules للوحدة الحالية.
الاسم: اسم الحزمة (لأنه سيصبح جزءًا من عنوان URL ، لن تمر رسائل غير آمنة من URL ، و "." ، "_" بالظهور). من الأفضل البحث عن الاسم الذي كنت موجودًا بالفعل في [] (http://registry.npmjs.org/)
الإصدار: إصدار الحزمة. عندما تتغير الحزمة ، يجب أن يتغير الإصدار أيضًا. في الوقت نفسه ، يحتاج الإصدار الذي تعلن إلى تمرير التحقق من Semver (يمكن أن يكون Semver غوغل من تلقاء نفسه)
التبعيات: وحدة تبعية التطبيق للحزمة ، أي إذا أراد الآخرون استخدام هذه الحزمة ، على الأقل ما يجب تثبيته. سيتم تثبيت وحدة تبعية التطبيق في دليل Node_Modules للوحدة الحالية.
DevDependencies: يتم حذف وحدة التبعية للتطوير من الحزمة ، والرمز غير المرتبط تلقائيًا عند إصدار المكون الإضافي. استخدم ملفًا لتسجيل المكونات الإضافية المثبتة أو المطلوبة في المشروع الحالي ، أي أن الآخرين يرغبون في تطويره على هذه الحزمة ، ويمكنك تثبيت المكونات الإضافية المطلوبة للمشروع بنقرة واحدة.
2. رقم الإصدار
لاحظ الجميع أيضًا أن بعض أرقام الإصدار في Package.json هي> = 0.6.7 وبعضها 1.xx. ما هو الفرق؟ يتم استخدام NPM للتعرف على الإصدار الدلالي لإدارة الإصدار. لا توفر جميع الوحدات توافقًا متخلفًا ، وأحيانًا لا تكون بعض الوحدات متوافقة مع الوراء لسبب ما. لذلك نحتاج إلى تحديد بعض القواعد للتأكد من أن الوحدة يمكن أن تكون متوفرة في بعض الإصدارات المحددة ولضمان استخدام أحدث إصدار ، لأن هذه الإصدارات تعدل دائمًا بعض الأخطاء أو تحسين الأداء ، وما إلى ذلك. دعنا نلقي نظرة على الحقول المحددة بواسطة الإصدار:
مثال: 0.4.2
+ نسخة كبيرة (0)
+ نسخة صغيرة (4)
+ إصدار التصحيح (2)
عند إصدار البرنامج ، يكون الافتراضي هو الإصدار 1.0.0. إذا تم إصدار التصحيح في المستقبل ، فسيتم إضافة الرقم الأخير ، مثل 1.0.1 ؛ إذا تمت إضافة وظائف جديدة ولم تتأثر الوظائف الأصلية ، فإن الرقم الوسيط (أي رقم الإصدار الصغير) ، مثل 1.1.0 ؛ إذا كانت التغييرات التي تم تقديمها تدمر التوافق المتخلف ، فسيتم إضافة الرقم الأول ، مثل 2.0.0.
في التعريف أعلاه لـ Package.json ، نحن على يقين من أنه يمكن أن تعمل الوحدة في جميع إصدارات NodeJS 0.4 وما فوق 0.5. يمكن أن تعمل Redis المعتمدة على جميع الإصدارات أكبر من أو تساوي 0.6.7. يمكن للوحدة التابعة EJS التأكد فقط من تشغيلها في الإصدار 0.4.2. يمكن أن تكون الوحدة النمطية المعتمدة متوافقة مع 1.0.0 أو تساوي 2.0.0.
يولد
NPM init
تستخدم لتهيئة وإنشاء ملف package.json جديد. سوف يطرح المستخدمين على سلسلة من الأسئلة. إذا كنت تعتقد أنك لا تحتاج إلى تعديل التكوين الافتراضي ، فما عليك سوى الضغط على Enter All the Way.
إذا كان -F (تمثل القوة) و -y (يمثل نعم) ، تخطي مرحلة الاستجواب وإنشاء ملف New Package.json مباشرة.