النشر عبر CLI

عندما يتكرر النشر،
حوّله إلى أمر

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

$npm install -g @deploypages/cli
راجع الدليلاحصل على صلاحية النشر
💻
بناء محلي
zsh
➜ app git:(main) deploy ./dist
ℹ Deploying to my-app
ℹ Uploading... 100%
✔ Success!
☁️
الإنتاج

للإصدارات التي تتكرر أكثر من مرة

لا تعتمد على ذاكرة شخص واحد

أمر النشر يحول الرفع المتكرر إلى خطوة موثقة يستطيع الفريق مراجعتها وتشغيلها بالطريقة نفسها.

دع CI يكمل المهمة

إذا كان GitHub Actions أو أي CI ينتج مجلد مخرجات، فيجب أن تنشر الخطوة التالية هذا المجلد دون إعادة رفع يدوية.

احتفظ بنموذج المشروع نفسه

ابدأ برفع المتصفح، ثم انقل المشروع نفسه إلى الأتمتة عندما يصبح مسار إصدار حقيقيًا.

ابدأ يدويًا، ثم أتمت عندما يصبح ذلك مفيدًا

يجب أن تبقى المعاينات المؤقتة بسيطة. يصبح النشر عبر CLI مناسبًا عندما يتكرر نشر الموقع أو يراجعه فريق أو ينطلق من مسار بناء.

steps:
  - uses: actions/checkout@v2
  - run: npm install && npm run build
  - run: npx @deploypages/cli deploy ./dist --token ${{ secrets.DEPLOY_TOKEN }}

أسئلة عن النشر عبر CLI

Q: هل يعمل على Windows وmacOS وLinux؟

نعم. مسار CLI المفيد يجب أن يعمل حيث يبني الفريق المشروع محليًا أو داخل CI.

Q: هل يمكن استهداف مشروع محدد من الأتمتة؟

نعم. النشر القابل للبرمجة يحتاج ربطًا واضحًا بين أمر الإصدار والمشروع الصحيح.

Q: هل يناسب monorepos؟

نعم عندما يستطيع الأمر استهداف مجلد عمل أو مخرجات بناء محددة داخل المستودع.

ابدأ من الجزء الموجود في كل موقع ثابت

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