سورس کنٹرول

اس ریپوزٹری سے تعینات کریں جسے آپ پہلے سے استعمال کرتے ہیں — اسے رکھنے کے لیے نو جگہیں

اپنا وہ GitHub یا GitLab اکاؤنٹ منسلک کریں جس میں آپ کام کرتے ہیں اور براہ راست کسی برانچ سے تعینات کریں: Cloudflare Pages، GitHub Pages، GitLab Pages، Netlify، Vercel، Render، Azure Static Web Apps یا AWS Amplify پر — یا ہماری اپنی منظم ہوسٹنگ پر، جہاں ریپوزیٹری اور سائٹ کی فائلیں دونوں سمتوں میں مطابقت پذیر رہتی ہیں۔ ہر کنکشن اپنے مطلوبہ مراعات ظاہر کرتا ہے، محفوظ ہونے سے پہلے فراہم کنندہ کے API کے ذریعے چیک کیا جاتا ہے، اور Vault میں محفوظ رہتا ہے۔ آپ GitHub یا GitLab کے ساتھ بھی سائن ان کر سکتے ہیں۔

ایک کمٹ جو مخزن سے پائپ لائن کے ذریعے لائیو سائٹ کی طرف جا رہا ہے۔
  • GitHub + GitLabوہ اکاؤنٹ منسلک کریں جو آپ کے پاس پہلے سے موجود ہے
  • نو منزلیںآٹھ ایج ہوسٹس، اور اس کے علاوہ ہمارا اپنا فلیٹ
  • دو طرفہ مطابقت پذیریہر سائٹ، ہر لائن
  • Vault میں محفوظ شدہاندراج پر تصدیق شدہ، لاگ میں کبھی نہیں
  • محفوظ کرنے سے پہلے ٹوکن کی جانچ کی گئیضرورت سے زیادہ دائرہ کار رکھنے والا ٹوکن کبھی قبول نہیں ہوتا
  • تعینات کرنے کے لیے پش کریںدستخط شدہ تصدیق شدہ، اور اختیاری
  • آپ کی برانچ، آپ کی تعمیرڈائرکٹری شائع کریں یا اپنا خود کا CI چلائیں
  • مناسب طریقے سے رابطہ منقطع کریںہم بالکل وہی ہک ہٹاتے ہیں جو ہم نے بنایا تھا

ایک بار منسلک ہوں، اور دیکھیں کہ آپ کس چیز سے اتفاق کر رہے ہیں

کنکشن ایک ایسا کریڈنشل ہے جو آپ کسی دوسرے شخص کو سونپ رہے ہوتے ہیں۔ ہمارا کنکشن آپ کے بنانے سے پہلے یہ واضح کرتا ہے کہ اسے کس چیز کی ضرورت ہے، محفوظ کرنے سے پہلے ثابت کرتا ہے کہ یہ کام کرتا ہے، اور اسے دونوں میں سے کسی بھی طرف سے واپس لیا جا سکتا ہے۔

مراعات، جن کا پہلے ہی واضح ذکر ہے

اس سے پہلے کہ آپ ٹوکن بنائیں، ہم آپ کو بتاتے ہیں کہ اسے کیا کرنے کے قابل ہونا چاہیے اور کیوں۔ کوئی عمومی دائرہ کار نہیں محض اس لیے کہ اسے مانگنا آسان تھا، اور بعد میں یہ معلوم ہونے کا کوئی امکان نہیں کہ ہمیں کام کی ضرورت سے زیادہ درکار تھا۔

فراہم کنندہ سے تصدیق شدہ، محض بھروسے پر قبول نہیں کیا گیا

ہم آپ کے ٹوکن کو محفوظ کرنے سے پہلے فراہم کنندہ کے اپنے API کو اس کے ساتھ کال کرتے ہیں۔ ایک غلط، میعاد ختم ہونے والا یا غلط دائرہ کار والا ٹوکن قبول کیے جانے، درست دکھائے جانے اور پہلی حقیقی تعیناتی پر ناکام ہونے کے بجائے فارم پر ہی مسترد کر دیا جاتا ہے۔

Vault میں محفوظ، اور کہیں نہیں

نہ ہمارے کوڈ میں، نہ ماحولیاتی فائل میں، نہ لاگ میں اور نہ ہی کمانڈ لائن پر۔ اس لمحے حل ہوتا ہے جب یہ استعمال ہوتا ہے، اس ورک لوڈ کے ذریعے جو اسے استعمال کرتا ہے۔

ایک سے زیادہ اکاؤنٹس، فی سائٹ منتخب کردہ

ایک ذاتی اکاؤنٹ اور کسی تنظیم کا اکاؤنٹ، یا دو تنظیموں کے اکاؤنٹس منسلک کریں۔ ہر سائٹ انتخاب کرتی ہے کہ وہ کس سے تعینات ہو، تاکہ کلائنٹ کا ریپوزٹری اور آپ کا اپنا ریپوزٹری کبھی بھی اسناد کا اشتراک نہ کریں۔

نو جگہیں جہاں ریپوزیٹری جا سکتی ہے

آٹھ منظم کردہ ایج ہوسٹس اور ہمارا اپنا فلیٹ۔ منزل سائٹ کی ایک خاصیت ہے، نہ کہ کنکشن کی، لہٰذا وہی ریپوزٹری ایک برانچ کو Pages ہوسٹ پر شائع کر سکتی ہے اور دوسری سائٹ ہمارے ہارڈویئر پر چل سکتی ہے۔

Cloudflare Pages

لامحدود بینڈوڈتھ، تجارتی استعمال کی اجازت، اور اسی فراہم کنندہ پر ہینڈل کیے جانے والے ایپیکس ڈومینز جو عام طور پر آپ کے DNS زون کو رکھتا ہے۔ ان وجوہات کی بنا پر، یہ پہلی منزل ہے جس کا ہم رخ کرتے ہیں۔

Cloudflare Pages ہوسٹنگ →

GitHub Pages

براہ راست اسی ریپوزٹری سے شائع کریں جس میں کوڈ پہلے سے موجود ہے۔ Footprint-Free لائن پر نشان زد کیا گیا ہے، کیونکہ مشترکہ github.io کا بنیادی ڈھانچہ خود ایک فٹ پرنٹ ہے۔

GitHub Pages ہوسٹنگ →

GitLab Pages، Netlify، Vercel اور باقی

GitLab Pages، Netlify، Vercel، Render، Azure Static Web Apps اور AWS Amplify وہ تمام مقامات ہیں جن پر آپ اسی کنکشن اور اسی تعیناتی کی تاریخ کے ساتھ ایک سائٹ کی رہنمائی کر سکتے ہیں۔

سٹیٹک سائٹ ہوسٹنگ →

ہماری اپنی زیر انتظام ہوسٹنگ

بنائے گئے بنڈل کے بجائے ایک مکمل ایپلیکیشن — WordPress، PHP، Node۔ یہ وہ منزل ہے جو دو طرفہ ہم آہنگی حاصل کرتی ہے، تاکہ باکس اور برانچ پر موجود فائلیں ہم قدم رہیں۔

منظم ہوسٹنگ →

کسی دوسرے کے ایج پر موجود سائٹس

ایسی سائٹ جو ایسے ہوسٹ پر شائع کی گئی ہو جس کے ہم مالک نہیں ہیں، تب بھی وہ الاؤنس خرچ کرتی ہے اور آپ کے چلائے جانے والے باقی تمام مواد کے ساتھ ساتھ اپنی تعیناتیوں، اپ ٹائم اور اپنے SEO ڈیٹا کے ساتھ آپ کے ڈیش بورڈ میں ظاہر ہوتی ہے۔

بیرونی سائٹ الاؤنسز →

یا اسے یہاں ترمیم کریں

براؤزر کے اندر موجود ایڈیٹر انہی فائلوں پر کام کرتا ہے جنہیں دو طرفہ ہم آہنگی واپس بھیجتی ہے، اس لیے ڈیش بورڈ سے کی گئی فوری اصلاح ایسی تبدیلی بننے کے بجائے جو بعد میں کسی کو نہ مل سکے، آپ کی برانچ پر ایک کمٹ بن جاتی ہے۔

ویب ایڈیٹر →

دو طرفہ مطابقت پذیری

آپ کا ریپوزٹری اور آپ کی لائیو سائٹ، ایک ساتھ ہم آہنگ

اسے آن کریں اور سائٹ کی اپنی فائلیں آپ کی برانچ میں واپس کمٹ ہو جاتی ہیں، جبکہ اس برانچ کے کمٹس واپس سائٹ پر آ جاتے ہیں۔ یہ ہماری میزبانی میں چلنے والی ہر سائٹ اور ہر لائن پر کام کرتا ہے — واحد شرط یہ ہے کہ اندرونی مشین اپنی فائلوں پر Git چلا سکے، جس کی تصدیق پلان سے فرض کرنے کے بجائے براہ راست سرور سے کی جاتی ہے۔

آپ منتخب کرتے ہیں کہ کون سی ڈائریکٹری مطابقت پذیر (sync) ہو، کیونکہ ایک WordPress صارف چالیس ہزار بنیادی فائلوں کے بجائے اپنی تھیم کو ٹریک کروانا چاہتا ہے۔ اور یہ اس وقت تک بند رہتا ہے جب تک آپ اسے آن نہ کریں: ہم آہنگی کو فعال کرنا کسی دوسرے کے ذخیرے (repository) کے بارے میں فیصلہ ہے، اور مائیگریشن کو یہ فیصلہ کبھی بھی آپ کی جگہ نہیں لینا چاہیے۔

  • ہمارے ہارڈ ویئر پر ترامیم آپ کی برانچ پر کمٹس بن جاتی ہیں
  • آپ کی برانچ پر کیے گئے کمٹ واپس سائٹ پر آ جاتے ہیں
  • پوری دستاویز روٹ کو نہیں، بلکہ صرف ایک ڈائرکٹری — ایک تھیم، ایک پلگ ان — کی مطابقت پذیری کریں
  • پہلے سے طے شدہ طور پر بند، بشمول ہر اس سائٹ پر جو پہلے سے موجود ہے
ایڈیٹر میں کھلی ہوئی ایک فائل، جس میں وہی فائل ریپوزٹری میں کمٹ کے طور پر دکھائی گئی ہے۔

ڈائرکٹری شائع کریں، یا اپنے CI کو اسے بنانے دیں

دو موڈز، اور فرق یہ ہے کہ بلڈ کہاں چلتی ہے۔ دونوں ایک ہی جگہ پر ختم ہوتے ہیں: ایک ریفرنس جسے ہم حاصل کرتے ہیں اور شائع کرتے ہیں، اور تعیناتی کے مقابل کمٹ کو ریکارڈ کیا جاتا ہے۔

  • اشاعت کا طریقہ کار آپ کی برانچ کو اسی حالت میں لیتا ہے اور آپ کی نامزد کردہ ڈائریکٹری کو شائع کرتا ہے — خالی چھوڑنے کا مطلب ریپوزٹری روٹ ہے۔
  • CI موڈ آپ کے فراہم کنندہ کی اپنی پائپ لائن میں آپ کے بلڈ کا حکم چلاتا ہے اور آؤٹ پٹ کو ایک الگ پبلش برانچ میں کمٹ کرتا ہے، جسے ہم کسی بھی دوسرے حوالہ کی طرح حاصل کرتے ہیں۔
  • جس برانچ سے کوئی ڈیپلائے شائع ہوتا ہے اس کا نام ہمیشہ واضح طور پر درج کیا جاتا ہے، کبھی بھی "ڈیفالٹ برانچ" نہیں — ایک ڈیفالٹ آپ کے علم کے بغیر تبدیل ہو سکتا ہے، اور ایسی تاریخ جو یہ نہ بتا سکے کہ اس نے کون سی برانچ شائع کی تھی، کوئی تاریخ نہیں ہے۔
  • خودکار تعیناتی پہلے سے فعال ہوتی ہے اور اسے ویب ہک ہٹائے بغیر بند کیا جا سکتا ہے، تاکہ آپ ڈیلیوریوں کو کارروائی کی اجازت دینے سے پہلے ان کی آمد دیکھ سکیں۔
  • ہر تعیناتی اپنے کمٹ، اپنے نتیجے اور اپنے وقت کو ریکارڈ کرتی ہے، اور پس منظر میں چلتی ہے — تعمیر مکمل ہونے پر صفحہ اپ ڈیٹ ہو جاتا ہے۔
  • منقطع کرنے سے صرف وہی ویب ہک اس کی id کے ذریعے حذف ہوتا ہے جو ہم نے بنایا تھا، اور آپ کے ریپوزیٹری میں موجود کسی اور چیز کو نہیں ہٹایا جاتا۔

ریپوزٹری سے لائیو سائٹ تک

  1. اکاؤنٹ منسلک کریں

    کنیکشنز کے تحت، GitHub یا GitLab۔ مراعات ٹوکن بنانے سے پہلے درج کی جاتی ہیں اور اسے محفوظ کرنے سے پہلے فراہم کنندہ کے ساتھ چیک کیا جاتا ہے۔

  2. سائٹ کو ذخیرہ کی طرف اشارہ کریں

    مالک، ریپوزٹری، برانچ، اور آیا ہم ڈائرکٹری شائع کرتے ہیں یا آپ کے CI کا تیار کردہ مواد حاصل کرتے ہیں۔ ہم اس کے حصے کے طور پر پش ویب ہک رجسٹر کرتے ہیں۔

  3. دھکیلیں، یا بٹن دبائیں

    نامزد کردہ برانچ میں پش کرنے سے تعیناتی شروع ہو جاتی ہے، یا آپ سائٹ کے تعیناتی والے ٹیب سے ضرورت کے مطابق تعینات کر سکتے ہیں۔ بننے کا عمل پس منظر میں چلتا ہے۔

  4. اسے دیکھیں، اور اگر آپ چاہیں تو دوبارہ مطابقت پذیر کریں

    تعیناتی کی تاریخ بتاتی ہے کہ کیا شائع ہوا اور کب۔ دو طرفہ مطابقت پذیری کو فعال کریں اور آپ کی یہاں کی جانے والی ترامیم آپ کی برانچ میں کمیٹس کے طور پر واپس آ جائیں گی۔

جب کچھ غلط ہو

"منسلک لیکن کبھی پہنچایا نہیں گیا" ایک ایسی حالت ہے جس کے بارے میں ہم آپ کو واقعی بتائیں گے

ایک ریپازیٹری کنکشن جو بظاہر درست نظر آئے اور کچھ بھی وصول نہ کرے، یہ ایک روایتی خاموش ناکامی ہے — غلط اسکوپ کا ٹوکن، فراہم کنندہ کے پاس روکی گئی ڈیلیوری، یا کوئی ہک جسے کسی نے دستی طور پر ہٹا دیا ہو۔ یہ ہر دوسری اسکرین پر پوشیدہ رہتا ہے، اس لیے ریپازیٹری کارڈ اسے براہِ راست ظاہر کرتا ہے: فراہم کنندہ نے آخری بار ہمیں کب ڈیلیور کیا، اور اس کا کیا جواب تھا۔

ترسیلات پر ہمارے عمل کرنے سے پہلے ان کے دستخط کی جانچ پڑتال کی جاتی ہے، اس اسکیم کے بجائے جسے ہم نے سب پر لاگو سمجھا تھا، ہر فراہم کنندہ کی اپنی اسکیم کے مطابق کی جاتی ہے۔ وہ ترسیل جس کی تصدیق نہیں ہوتی اسے مسترد کر کے ریکارڈ کیا جاتا ہے، خاموشی سے نظر انداز نہیں کیا جاتا۔

  • کارڈ پر ترسیل کا آخری وقت اور پیغام
  • "کبھی ڈیلیور نہیں کیا گیا" درج ہے، خالی نہیں چھوڑا گیا
  • کچھ بھی چلنے سے پہلے ہر فراہم کنندہ کے مطابق دستخط کی تصدیق کی گئی
  • جب آپ منقطع ہوتے ہیں تو ہمارے بنائے گئے ہک کو شناخت کار کے ذریعے ہٹا دیا جاتا ہے
ایک ویب ہک ڈیلیوری موصول ہو رہی ہے اور کچھ بھی متحرک کرنے سے پہلے اس کی جانچ کی جا رہی ہے۔

شناخت

GitHub یا GitLab سے سائن ان کریں — یا Google، یا Microsoft

ای میل پتے اور پاس ورڈ کے علاوہ، آپ GitHub، GitLab، Google یا Microsoft کے ذریعے اپنے Zinn Digital® اکاؤنٹ میں سائن ان کر سکتے ہیں۔ شناختی پرت ہینڈ شیک چلاتی ہے؛ ہم آپ کے فراہم کنندہ کا پاس ورڈ کبھی نہیں دیکھتے، اور موجودہ Zinn® اکاؤنٹ سے سوشل اکاؤنٹ کو جوڑنے کی اب بھی ای میل کے ذریعے تصدیق کی جانی ضروری ہے۔

GitHub کے ذریعے سائن ان کرنا اور ڈیپلائیز کے لیے GitHub کو منسلک کرنا الگ الگ فیصلے اور الگ الگ اسناد ہیں۔ ایک کو انجام دینے سے دوسرا عمل میں نہیں آتا، اور ایک کو ہٹانے سے دوسرا نہیں ہٹتا۔

  • GitHub، GitLab، Google اور Microsoft سائن ان
  • ایک ہی اکاؤنٹ پر پاس کیز اور دو فیکٹر کی توثیق
  • سائن ان اور ڈیپلائے کی اسناد الگ رہتی ہیں
آپ کی ٹیم کے لیے تفویض کردہ رسائی
مختلف فراہم کنندگان کے ذریعے ایک ہی اکاؤنٹ میں سائن ان کرنے والے متعدد افراد۔

اکثر پوچھے جانے والے سوالات

میں کن سورس کنٹرول فراہم کنندگان کو جوڑ سکتا ہوں؟

GitHub اور GitLab۔ وہ اکاؤنٹ منسلک کریں جس میں آپ پہلے سے کام کر رہے ہیں اور ہم اس کے ریپوزیٹریز سے تعینات کر سکتے ہیں، ان پر پش ویب ہک رجسٹر کر سکتے ہیں، اور — اگر آپ چاہیں تو — اپنی سائٹ کی فائلوں کو واپس دوسری طرف مطابقت پذیر بنا سکتے ہیں۔ دونوں ایک ہی منسلک اکاؤنٹ کے طریقہ کار سے گزرتے ہیں، اس لیے نیچے دی گئی ہر بات دونوں پر لاگو ہوتی ہے۔

کیا میں GitHub یا GitLab کے ذریعے سائن ان کر سکتا ہوں؟

جی ہاں، اور Google یا Microsoft کے ساتھ بھی۔ ای میل ایڈریس اور پاس ورڈ کے ساتھ ساتھ، آپ ان چاروں میں سے کسی کے بھی ذریعے اپنے Zinn Digital® اکاؤنٹ میں سائن ان کر سکتے ہیں۔ شناختی پرت مصافحہ (ہینڈ شیک) کو سنبھالتی ہے اور ہم آپ کے فراہم کنندہ کا پاس ورڈ کبھی نہیں دیکھتے ہیں۔ GitHub کے ساتھ سائن ان کرنا تعیناتیوں کے لیے GitHub کو منسلک کرنے سے ایک الگ چیز ہے — آپ کوئی ایک، دونوں، یا کوئی بھی نہیں منتخب کر سکتے ہیں۔

میں ایک ذخیرہ کہاں تعینات کر سکتا ہوں؟

ایک ساکت یا تعمیر شدہ سائٹ کے لیے Cloudflare Pages، GitHub Pages، GitLab Pages، Netlify، Vercel، Render، Azure Static Web Apps یا AWS Amplify پر — یا ہماری اپنی زیر انتظام ہوسٹنگ پر، جہاں ریپوزٹری اور سائٹ کی فائلیں دونوں سمتوں میں ہم آہنگ رہتی ہیں۔ آپ سائٹ کے لیے منزل کا انتخاب کرتے ہیں؛ ریپوزٹری کا رابطہ بہر صورت یکساں رہتا ہے۔

کیا آپ میری سائٹ بنا سکتے ہیں، یا اس کا پہلے سے تیار ہونا ضروری ہے؟

کوئی بھی۔ اشاعت کے موڈ میں ہم برانچ کو جوں کا توں لیتے ہیں اور آپ کی بتائی ہوئی ڈائریکٹری کو شائع کرتے ہیں۔ CI موڈ میں آپ کے فراہم کنندہ کی اپنی پائپ لائن آپ کی بلڈ کمانڈ چلاتی ہے اور آؤٹ پٹ کو ایک الگ پبلش برانچ میں کمٹ کرتی ہے، جسے ہم کسی بھی دوسرے ریف کی طرح حاصل کرتے ہیں۔ دوسرا آپ کی بلڈ کو آپ کی اپنی CI میں رکھتا ہے، جہاں آپ کے راز اور آپ کی کیشنگ پہلے سے موجود ہیں۔

کیا پش خودکار طور پر تعینات ہوتا ہے؟

ڈیفالٹ کے طور پر، جی ہاں — ہم ریپوزٹری پر ایک ویب ہُک رجسٹر کرتے ہیں اور آپ کی نامزد کردہ برانچ میں ایک پش تعیناتی کا آغاز کرتا ہے۔ آپ اسے بند کر سکتے ہیں اور ویب ہُک کو برقرار رکھ سکتے ہیں، جو سننے سے زیادہ مفید ہے: ترسیل اب بھی ریکارڈ کی جاتی ہے، لہذا اس سے پہلے کہ آپ ہمیں ان پر کارروائی کرنے دیں، آپ اپنے پشز کی آمد دیکھ سکتے ہیں۔

دو طرفہ مطابقت پذیری کیا ہے؟

ہمارے ہارڈویئر پر کی گئی ترامیم آپ کی برانچ پر کمیٹس بن جاتی ہیں، اور آپ کی برانچ کی کمیٹس واپس سائٹ پر آ جاتی ہیں۔ یہ اس وقت تک بند رہتا ہے جب تک آپ اسے آن نہ کریں، کیونکہ اسے آن کرنا کسی اور کی ریپوزٹری کے بارے میں فیصلہ ہے اور ہم آپ کی جگہ یہ فیصلہ نہیں کریں گے۔ آپ منتخب کرتے ہیں کہ کون سی ڈائرکٹری ہم آہنگ ہو — عام طور پر ایک تھیم یا پلگ ان، نہ کہ WordPress کی چالیس ہزار بنیادی فائلیں۔

اگر دونوں فریق تبدیل ہو جائیں تو کیا ہوگا؟

نہ کچھ اوور رائٹ ہوتا ہے اور نہ ہی کچھ پش کیا جاتا ہے۔ مطابقت پذیری رک جاتی ہے، آپ کو بتاتی ہے کہ برانچ اس کمٹ سے آگے بڑھ گئی ہے جس پر ہم نے بنیاد رکھی تھی، اور پوچھتی ہے کہ آپ کون سا رخ رکھنا چاہتے ہیں — ریپوزٹری کو برقرار رکھنا ہے، یا سائٹ کو۔ وہ سائٹ جو کبھی مطابقت پذیر نہیں ہوئی اور ایسی برانچ کی طرف اشارہ کرتی ہے جس میں پہلے سے کمٹس موجود ہوں، وہ بھی اپنی ایک الگ حالت ہے، اور یہ اندازہ لگانے کے بجائے کہ کون سا سچ ہے، پوچھتی ہے۔

میرے رسائی ٹوکن کی حفاظت کیسے کی جاتی ہے؟

ہم کنکشن بنانے سے پہلے آپ کو وہ مراعات دکھاتے ہیں جن کی اسے ضرورت ہوتی ہے، اندراج کے وقت فراہم کنندہ کے اپنے API کے ذریعے ٹوکن کی توثیق کرتے ہیں — تاکہ ایسا ٹوکن جو غلط ہو یا غلط دائرہ کار کا حامل ہو بالکل بھی محفوظ نہ ہو — اور صرف تب ہی اسے Vault میں لکھتے ہیں۔ یہ ہمارے کوڈ، لاگ، ماحولیاتی فائل یا کمانڈ لائن کو کبھی نہیں چھوتا۔ جب بھی آپ چاہیں فراہم کنندہ پر اسے منسوخ کر دیں یا یہاں سے کنکشن ہٹا دیں۔

مجھے کیسے معلوم ہوگا کہ آیا آپ واقعی میرے پش موصول کر رہے ہیں؟

ریپوزٹری کارڈ دکھاتا ہے کہ فراہم کنندہ نے آخری بار ہمیں کب ڈیلیور کیا اور اس نے کیا کہا۔ "کبھی ڈیلیور نہیں ہوا" اس اسکرین پر سب سے زیادہ مفید تشخیص ہے، کیونکہ "منسلک ہے لیکن کبھی ڈیلیور نہیں ہوا" بالکل اسی طرح لگتا ہے جیسے غلط دائرہ کار کا ٹوکن یا مسدود ڈیلیوری ہو — اور یہ کہیں اور نظر نہیں آتا۔ اس پر کارروائی کرنے سے پہلے ہر ڈیلیوری کے دستخط کی جانچ پڑتال کی جاتی ہے۔

کیا میں Footprint-Free لائن پر Pages کی تعیناتی استعمال کر سکتا ہوں؟

یہ پیشکش کی جاتی ہے اور اس پر نشان لگایا جاتا ہے۔ GitHub Pages اور GitLab Pages فراہم کنندہ کے بنیادی ڈھانچے اور عوامی github.io اور gitlab.io ہوسٹ ناموں کا اشتراک کرتے ہیں، اور یہ ایک فٹ پرنٹ ہے — وہی ایک چیز جس سے بچنے کے لیے یہ لائن موجود ہے۔ زیرو فٹ پرنٹ نیٹ ورک کے لیے، اس کے بجائے الگ تھلگ ہوسٹنگ پر تعینات کریں۔ باقی ہر جگہ، Pages فرسٹ کلاس ہے۔

مجھے واضح طور پر Vercel کا انتخاب کیوں کرنا پڑتا ہے؟

کیونکہ اس کا مفت ٹیئر صرف غیر تجارتی استعمال کے لیے لائسنس یافتہ ہے۔ ہم آپ کے منسلک کردہ اکاؤنٹس سے محفوظ مقامات کی منزل کا اندازہ لگاتے ہیں، اور Vercel کو دانستہ طور پر اس اندازے سے خارج کر دیا گیا ہے — اکاؤنٹ منسلک کرنے سے کبھی بھی خاموشی سے کوئی تجارتی سائٹ ایسی جگہ نہیں جانی چاہیے جس کی لائسنس اجازت نہیں دیتا۔ اسے منتخب کریں اور یہ بالکل دوسروں کی طرح کام کرتا ہے۔

کیا میں دیکھ سکتا ہوں کہ کیا اور کب تعینات کیا گیا تھا؟

جی ہاں۔ ہر تعیناتی اس کمٹ کو ریکارڈ کرتی ہے جو اس نے شائع کی تھی، یہ کب چلی اور کیسے مکمل ہوئی، اور سائٹ کا Deploy ٹیب اس کے ساتھ لائیو URL کے ہمراہ تاریخچہ دکھاتا ہے۔ تعیناتیاں پس منظر میں چلتی ہیں، لہذا صفحہ اسپنر پر انتظار کروانے کے بجائے بلڈ مکمل ہوتے ہی اپ ڈیٹ ہو جاتا ہے۔

اپنے ذخیرے سے تعینات کریں

بغیر کارڈ کے 14 دن کی آزمائش شروع کریں، GitHub یا GitLab کو مربوط کریں، اور کسی سائٹ کو برانچ پر لے جائیں۔ ایج ہوسٹ پر، یا فائلوں کی دونوں طرف ہم آہنگی کے ساتھ ہماری اپنی ہوسٹنگ پر شائع کریں۔

مفت شروع کریں