---
title: "npm يضيف رموز stage-only لفصل تجهيز الحزمة عن نشر إصدارها"
description: "تحديث 18 سبتمبر يسمح للأتمتة بإرسال إصدار للمراجعة دون نشره مباشرة. لكنه لا يحول الرمز إلى صلاحية قراءة فقط."
url: https://kurddevelopers.com/ar/news/npm-stage-only-token-review-before-publish-september-2026
language: ar # Arabic
type: news
published: 2026-09-19T12:00:00.000Z
updated: 2026-11-04T01:54:46.000Z
author: "أسامة إسماعيل"
author_url: https://kurddevelopers.com/ar/author/1
section: "البرمجة"
tags: ["npm","GitHub","package security","staged publishing"]
sources: ["GitHub — September 18 stage-only tokens announcement","npm Docs — staged publishing"]
image: https://kurddevelopers.com/uploads/2026/11/653313824-8dc47edb-2d82-40f9-bfc5-bdf0f0e4d09f-d352d010.jpg
translations:
  ku: https://kurddevelopers.com/news/npm-stage-only-token-review-before-publish-september-2026
  en: https://kurddevelopers.com/en/news/npm-stage-only-token-review-before-publish-september-2026
publisher: Kurd Developers
publisher_url: https://kurddevelopers.com/
---

# npm يضيف رموز stage-only لفصل تجهيز الحزمة عن نشر إصدارها

> تحديث 18 سبتمبر يسمح للأتمتة بإرسال إصدار للمراجعة دون نشره مباشرة. لكنه لا يحول الرمز إلى صلاحية قراءة فقط.

![الرسم التوضيحي للنشر المرحلي في npm. المصدر: GitHub.](https://kurddevelopers.com/uploads/2026/11/653313824-8dc47edb-2d82-40f9-bfc5-bdf0f0e4d09f-d352d010.jpg)

أضاف npm خيار Read and write (stage only) عند إنشاء granular access token، وفق إعلان GitHub الصادر في 18 سبتمبر 2026. يوضح تقريرنا في 19 سبتمبر الفرق بين إعداد إصدار ونشره: ترسل الأتمتة الحزمة باستخدام `npm stage publish`، ثم يراجعها مسؤول الحزمة ويعتمد إصدارها مع المصادقة الثنائية 2FA.

يرفض npm محاولة النشر المباشر عبر `npm publish` بهذا الرمز. لكنه يحتفظ بصلاحيات كتابة أخرى، منها نقل dist-tags وإهمال الإصدارات عبر deprecate. لذلك لا يصح التعامل معه بوصفه رمزاً للقراءة فقط.

## أين تقع فائدة الفصل؟

من منظور تنظيم الفريق، يمكن إبقاء إعداد الحزمة ضمن الأتمتة مع الاحتفاظ بقرار الإصدار لدى المسؤول عنها. لكن خطوة المراجعة تحتاج إلى مضمون واضح. الضغط على الموافقة دون فحص الناتج لا يقدم الدليل نفسه الذي تقدمه مراجعة محتوى الحزمة وصلته بالتغييرات المعتمدة.

في مثال افتراضي، يمكن للفريق فحص اسم الحزمة ورقم الإصدار والملفات المضمنة ومطابقتها للتغيير المقصود. هذه اقتراحات لتنظيم المراجعة، وليست نتائج فحص أجريناه على حزمة محددة. والغرض أن يعرف المراجع ما الذي يُتوقع منه التحقق منه قبل الاعتماد.

ويفيد توثيق مسؤولية القرار أيضاً. إذا غاب الشخص الذي يعتمد الإصدارات، ينبغي أن تكون طريقة التعامل مع الانتظار أو الخطأ معروفة. فصل المراحل يغير طريقة العمل اليومية، وليس مجرد اسم الأمر المستخدم في ملف الأتمتة.

## تبديل الرمز ليس نهاية الانتقال

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

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

التحديث اختياري ولا يغير الرموز القائمة تلقائياً أو قدراتها على النشر المباشر. ولهذا لا يكفي الاطلاع على الإعلان للاستنتاج أن أتمتة مشروع معين انتقلت بالفعل. الدليل العملي هو الإعداد الذي يستخدمه المشروع وما ينتجه عند التشغيل. لم ننفذ هنا انتقالاً أو اختبار نشر؛ إنما نوضح السلوك المعلن وحدوده.

## المصادر

- [GitHub — stage-only tokens, September 18](https://github.blog/changelog/2026-09-18-stage-only-npm-tokens-for-safer-automation/)
- [npm Docs — staged publishing](https://docs.npmjs.com/staged-publishing/)

**المصدر:** GitHub — September 18 stage-only tokens announcement, npm Docs — staged publishing

---

Published by [Kurd Developers](https://kurddevelopers.com/) on 2026-09-19. Cite as: “npm يضيف رموز stage-only لفصل تجهيز الحزمة عن نشر إصدارها”, Kurd Developers, https://kurddevelopers.com/ar/news/npm-stage-only-token-review-before-publish-september-2026