د سرچینې کنټرول

له هغه زېرمتون څخه يې خپور کړئ چې تاسو يې لا دمخه کاروئ — د ځای پر ځای کولو لپاره نهه ځايونه

هغه GitHub یا GitLab حساب ونښلوئ چې تاسو پکې کار کوئ او مستقیم له یوې څانګې څخه یې ځای پر ځای کړئ: Cloudflare Pages، GitHub Pages، GitLab Pages، Netlify، Vercel، Render، Azure Static Web Apps یا AWS Amplify ته — یا زموږ پر خپل مدیریت شوي کوربه توب باندې، چیرې چې ذخیره او د سایټ فایلونه په دواړو خواوو کې همغږي پاتې کیږي. هر پیوستون هغه امتیازات ښیې چې ورته اړتیا لري، د ذخیره کولو دمخه د چمتو کونکي د API پر وړاندې کتل کیږي، او په Vault کې ساتل کیږي. تاسو کولی شئ د GitHub یا GitLab سره هم ننوځئ.

یو کمېټ چې له يوې زېرمې څخه د پايپ لاين له لارې فعال سایټ ته لېږدول کېږي.
  • GitHub + GitLabهغه حساب وصل کړئ چې تاسو یې دمخه لرئ
  • نهه منزلونهاته څنډې کوربانه (edge hosts)، جمع زموږ خپله بېړۍ
  • دوه اړخیزه همغږۍهر سایټ، هره کرښه
  • په Vault کې ساتل شوید ننوتلو پر مهال تایید شوی، هیڅکله په لاګ کې نه
  • ټوکن له زېرمه کېدو وړاندې وڅارل شود خورا پراخې ساحې لرونکی ټوکن هیڅکله نه پلي کیږي
  • د پلي کولو لپاره فشار ورکړئلاسلیک کتل شوی، او اختیاري
  • ستاسو څانګه، ستاسو جوړښتیو لارښود خپور کړئ یا خپل CI چل کړئ
  • په سمه توګه اړیکه پرې کړئموږ کټ مټ هغه هک لرې کوو چې موږ جوړ کړی و

یو ځل وصل شئ، او وګورئ چې تاسو د څه سره موافقه کوئ

ارتباط یو اعتبارلیک دی چې تاسو یې بل چا ته سپارئ. زموږ سیسټم د جوړولو دمخه څرګندوي چې څه ته اړتیا لري، د ذخیره کولو دمخه ثابتوي چې کار کوي، او له دواړو خواوو څخه بیرته اخیستل کیدی شي.

امتیازات، له وړاندې څرګند شوي

مخکې لدې چې تاسو یو ټوکن جوړ کړئ، موږ تاسو ته وایو چې دا باید څه شی ترسره کړای شي او ولې. هیڅ پراخه ساحه شتون نلري یوازې د دې لپاره چې غوښتنه یې اسانه وه، او د پېښې وروسته هیڅ داسې کشف نشته چې موږ د دندې د اړتیا څخه ډیر څه غوښتل.

د چمتوکوونکي سره تصدیق شوی، یوازې په باور نه دی منل شوی

موږ مخکې له دې چې ستاسو ټوکن ذخیره کړو، د هغې په مرسته د وړاندې کوونکي خپل API غواړو. یو ناسم، پای ته رسېدلی، یا ناسم حد ټاکل شوی ټوکن په فورمه کې ردېږي، پرځای د دې چې ومنل شي، سم وښودل شي، او په لومړۍ رښتینې خپرونه کې پاتې راشي.

په Vault کې ساتل شوی، او نور هیڅ ځای نه

نه زموږ په کوډ کې، نه د چاپیریال په فایل کې، نه په لاګ کې او نه د کمانډ لاین کې. په هغه شیبه کې حل کیږي چې کارول کیږي، د هغه کاري بار لخوا چې دا کاروي.

له یوه څخه ډېر حسابونه، د هر سایټ لپاره غوره شوي

شخصي حساب او د یوې ادارې حساب، یا د دوو ادارو حسابونه وصل کړئ. هر سایټ دا غوره کوي چې له کوم یوه څخه ځای پر ځای شي، نو د پیرودونکي ذخیره (repository) او ستاسو خپله هېڅکله باورلیکونه نه شریکوي.

نهه ځایونه چې یو زېرمه پکې ځای پر ځای کېدای شي

اته اداره شوي ایج کوربانه او زموږ خپله بیړۍ. منزل د سایټ یوه ځانګړنه ده، نه د نښلیدو، نو ځکه همدا ورته زېرمتون کولی شي یوه څانګه د Pages کوربه ته خپره کړي او بل سایټ کولی شي زموږ په هارډویر کې کار وکړي.

Cloudflare Pages

نامحدود بینډ ویت، د سوداګریزې کارونې اجازه، او په هغه ورته چمتو کونکي کې د apex ډومینونو اداره کول چې معمولا ستاسو د 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. دا هغه منزل دی چې دوه طرفه همغږي ترلاسه کوي، نو په بکس او څانګه کې فایلونه یو شان پاتې کیږي.

مدیریت شوی کوربه توب →

د بل چا په څنډه کې سایټونه

هغه سایټ چې په داسې کوربه (host) کې خپور شوی وي چې زموږ ملکیت نه وي، بیا هم خپله برخه لګوي او ستاسو په ډشبورډ کې ستاسو د نورو ټولو پرمخ وړونکو چارو تر څنګ د خپلو خپراویو، فعال وخت، او خپلو SEO معلوماتو سره څرګندیږي.

د بهرنیو سایټونو کوټې →

یا دلته یې سم کړئ

په براوزر کې ایډیټر په هغو ورته فایلونو کار کوي چې دوه اړخیز همغږۍ یې بېرته لېږدوي، نو له ډېشبورډ څخه یو چټک حل ستاسو په څانګه کې د داسې بدلون پر ځای چې وروسته یې هېڅوک ونه موندلی شي، یو commit ګرځي.

د وېب ایډیټر →

دوه اړخیزه همغږۍ

ستاسو مخزن او ستاسو ژوندی سایټ، یو بل سره همغږي

دا چالان کړئ او د سایټ خپلې فایلونه ستاسو branch ته بېرته commit کېږي، پداسې حال کې چې پدې branch کې commit شوي بدلونونه بېرته سایټ ته راځي. دا زموږ په هر کوربه توب شوي (host شوي) سایټ کې په هره برخه کې کار کوي — یوازینۍ اړتیا دا ده چې لاندې ماشین وکولی شي د خپلو فایلونو پروړاندې Git پرمخ بوځي، کوم چې د پلان څخه د فرض کولو پرځای له سرور څخه غوښتل کیږي.

تاسو غوره کوئ چې کوم ډایرکټري همغږې شي، ځکه چې د WordPress یو پیرودونکی غواړي د دوی بڼه (theme) تعقیب شي نه څلوېښت زره اصلي فایلونه. او دا تر هغه وخته بند وي تر څو چې تاسو یې فعال نه کړئ: د همغږۍ فعالول د بل چا د مخزن (repository) په اړه پریکړه ده، او یو کډوالۍ (migration) باید هیڅکله ستاسو لپاره دا پریکړه ونه کړي.

  • زموږ په هارډویر کې سمونونه ستاسو په څانګه کې کمټونه ګرځي
  • ستاسو په څانګه کې کمټونه بېرته سایټ ته راځي
  • یوازې یو ډایرکټري همغږې کړئ — یوه بڼه، یو پلګ ان — نه د سند ټول روټ
  • په تلواله توګه بند دی، په شمول په هر هغه سایټ کې چې دمخه شتون لري
په ایډیټر کې یوه خلاصه شوې دوسیه چې همدا دوسیه په یوه زېرمتون کې د کمېټ په توګه ښودل شوې ده.

یو ډایرکټري خپره کړئ، یا خپل CI ته اجازه ورکړئ چې دا جوړ کړي

دوه حالتونه، او توپیر دا دی چې جوړول چیرته ترسره کیږي. دواړه په ورته ځای کې پای ته رسیږي: یو ریف چې موږ یې ترلاسه کوو او خپروو، چې ورسره کمټ د ځای پرځای کولو پر وړاندې ثبت کیږي.

  • د خپرولو حالت ستاسو څانګه لکه څنګه چې ده اخلي او هغه ډایرکټري خپروي چې تاسو یې نوم اخلئ — خالي پاتې کېدل د مخزن اصلي برخه (روټ) ګڼل کېږي.
  • د CI حالت ستاسو د جوړولو کمانډ ستاسو د چمتو کونکي په خپله پایپ لاین کې پرمخ وړي او محصول په جلا خپرولو څانګه کې سپاري، کوم چې موږ د کوم بل حوالې په څیر راوړو.
  • هغه څانګه چې خپرول ترې کېږي، تل په ښکاره ډول نومول کېږي، هیڅکله د "تلوالې څانګې" په توګه نه یادېږي — تلواله ښايي ستاسو له خبرتیا پرته بدله شي، او هغه تاریخچه چې دا ونه شي ویلای کومه څانګه خپره شوې، تاریخچه نه ګڼل کېږي.
  • خپلکاره ځای پر ځای کول په ډیفالټ ډول فعال وي او د ویب هک له لیرې کولو پرته بندیدلی شي، نو تاسو کولی شئ مخکې له دې چې د هغوی عمل ته اجازه ورکړئ، د سپارښتنو راتګ وګورئ.
  • هر ځای پرځای کول خپل کمټ، خپله پایله او خپل وخت ثبتوي، او په شالید کې پرمخ ځي — پاڼه د جوړونې له بشپړیدو سره سم تازه کیږي.
  • د پیوستون پرې کول یوازې هغه ویب هک لرې کوي چې موږ جوړ کړی دی، د هغه د id له مخې، او ستاسو په زیرمه کې نور هیڅ شی نه لرې کوي.

له سرچینې څخه تر فعالې ویبپاڼې پورې

  1. حساب وصل کړئ

    GitHub یا GitLab، د اتصالات لاندې. امتیازات د توکن جوړولو دمخه لیست کیږي او دا مخکې له دې چې زیرمه شي د چمتو کونکي سره چک کیږي.

  2. یو سایټ ذخیرې ته وښایاست

    مالک، زیررمتون، څانګه، او دا چې ایا موږ یو ډایرکټري خپروو که هغه څه راوړو چې ستاسو CI جوړ کړي دي. موږ د دې د یوې برخې په توګه د پش ویب هوک ثبتوو.

  3. ټيله کړئ، یا تڼۍ کېکاږئ

    ټاکل شوې څانګې ته پش کول ځای پر ځای کول پیلوي، یا تاسو کولی شئ د سایټ د ځای پر ځای کولو ټب څخه د غوښتنې سره سم ځای پر ځای کړئ. جوړښتونه په شالید کې پرمخ ځي.

  4. دا وګورئ، او که وغواړئ بېرته یې همغږی کړئ

    د ځای پرځای کولو تاریخچه ښیې چې څه خپاره شوي او کله. دوه اړخیزه همغږي فعال کړئ او دلته ستاسو بدلونونه به ستاسو په څانګه کې د کمټ په توګه بیرته راشي.

کله چې کومه ستونزه وي

"وصل شو مګر هیڅکله ونه سپارل شو" یو داسې حالت دی چې موږ به یې په اړه تاسو ته خبر درکړو

د ریپوزیټري هغه اړیکه چې سمه ښکاري خو هیڅ نه ترلاسه کوي، یوه ښکاره پټه ناکامي ده — د ناسمې ساحې لرونکی ټوکن، په چمتو کونکي کې بنده شوې تحویلي، یا یو هک چې د چا لخوا په لاسي ډول لرې شوی وي. دا په هره بله سکرین کې نه ښکاري، نو د ریپوزیټري کارډ دا په مستقیم ډول ښیې: کله چې چمتو کونکي وروستی ځل موږ ته تحویلي وکړه، او څه یې ویلي وو.

سپارنې مخکې له دې چې موږ پر هغوی عمل وکړو د لاسلیک له مخې کتل کېږي، او د داسې یوې طرحې پر ځای چې موږ ګومان کاوه پر ټولو پلي کېږي، د هر برابرونکي د خپلې طرحې پر بنسټ ارزول کېږي. هغه سپارنه چې تایید نه شي، ردېږي او ثبتېږي، نه دا چې په پټه له پامه وغورځول شي.

  • په کارت کې د وروستي سپارلو وخت او پیغام
  • "هیڅکله نه دی سپارل شوی" ویل کیږي، تش نه پریښودل کیږي
  • مخکې له دې چې څه پیل شي، لاسلیک د هر وړاندې کوونکي له مخې تایید شوی
  • هغه هک چې موږ جوړ کړی د پیژندپاڼې له لارې لرې کیږي کله چې تاسو اړیکه پرې کړئ
د ویب هوک سپارنه رارسیږي او مخکې له دې چې کوم څه محرک کړي، کتل کیږي.

پېژندنه

د GitHub یا GitLab له لارې ننوځئ — یا Google، یا Microsoft

د بریښنالیک پته او پټنوم ترڅنګ، تاسو کولی شئ د GitHub، GitLab، Google یا Microsoft له لارې خپل Zinn Digital® حساب ته ننوځئ. د هویت طبقه لاسبری (handshake) ترسره کوي؛ موږ هیڅکله ستاسو د چمتو کونکي پټنوم نه ګورو، او په موجوده Zinn® حساب کې د یو ټولنیز حساب نښلول لاهم باید د بریښنالیک له لارې تایید شي.

د GitHub سره ننوتل او د ځای پرځای کولو لپاره د GitHub نښلول جلا پریکړې او جلا اسناد دي. د یو ترسره کول بل نه ترسره کوي، او د یو لرې کول بل نه لرې کوي.

  • د GitHub، GitLab، Google او Microsoft له لارې ننوتل
  • په ورته حساب کې پاسکيز او دوه پړاويزه تصديق
  • د ننوتلو او ځای پرځای کولو باورلیکونه جلا پاتې کیږي
ستاسو د ټیم لپاره تفویض شوی لاسرسی
څو کسان د مختلفو چمتو کونکو سره یو حساب ته ننوځي.

پرله پسې پوښتنې

زه د سرچینې کنټرول کوم چمتو کونکي نښلولای شم؟

GitHub او GitLab. هغه حساب ونښلوئ چې تاسو دمخه پکې کار کوئ او موږ کولی شو د هغې له زېرمتونونو څخه ځای پر ځای کول ترسره کړو، په هغوی کې د push ویب‌هووک ثبت کړو، او — که تاسو وغواړئ — د خپل سایټ فایلونه بېرته په بل اړخ هم همغږي کړئ. دواړه د ورته نښلول شوي حساب د لارې پرمخ ځي، نو لاندې ټول موارد د دواړو لپاره ریښتیا دي.

ایا زه کولی شم د GitHub یا GitLab سره ننوځم؟

هو، او د Google یا Microsoft سره هم. د بریښنالیک پته او پټنوم سربیره، تاسو کولی شئ له دې څلورو څخه د هر یوه په مرسته خپل Zinn Digital® حساب ته ننوځئ. د هویت طبقه اړیکه (handshake) اداره کوي او موږ هیڅکله ستاسو د چمتو کونکي پټنوم نه ګورو. د GitHub سره ننوتل د ګمارنې لپاره د GitHub نښلولو څخه یو جلا کار دی — تاسو کولی شئ یا یو یې، دواړه، یا هیڅ یو ترسره نه کړئ.

زه چیرته کولی شم یو ذخیره ځای پرځای کړم؟

د یو سټاټیک یا جوړ شوي سایټ لپاره Cloudflare Pages، GitHub Pages، GitLab Pages، Netlify، Vercel، Render، Azure Static Web Apps یا AWS Amplify ته — یا زموږ خپل مدیریت شوي کوربه توب ته، چیرې چې ذخیره او د سایټ فایلونه په دواړو لورو کې همغږي پاتې کیږي. تاسو د سایټ لپاره منزل وټاکئ؛ د ذخیرې اړیکه په هر ډول یو شان ده.

ایا تاسو کولی شئ زما سایټ جوړ کړئ، که دا باید مخکې جوړ شوی وي؟

هر یو. د خپرولو په حالت کې موږ څانګه هماغسې اخلو لکه څنګه چې ده او هغه ډایرکټري خپروو چې تاسو یې نوم اخلئ. په CI حالت کې ستاسو د چمتو کونکي خپله پایپ لاین ستاسو د جوړولو کمانډ چلوي او محصول په جلا خپریدونکې څانګه کې ثبتوي، چې بیا موږ دا د نورو ریفرینسونو په څېر را اخلو. دوهم ستاسو جوړول ستاسو په خپل CI کې ساتي، چیرې چې ستاسو رازونه او کیشینګ دمخه شتون لري.

ایا push په اتوماتیک ډول ځای پرځای کیږي؟

په تلواله توګه، هو — موږ په زېرمتون (repository) کې یو ویب‌هووک ثبتوو او ستاسو لخوا ټاکل شوې څانګې ته پش کول ځای پر ځای کول (deploy) پیلوي. تاسو کولی شئ دا بند کړئ او ویب‌هووک وساتئ، کوم چې د اورېدلو په پرتله ډېر ګټور دی: لېږدول لاهم ثبتېږي، نو تاسو کولی شئ وګورئ چې ستاسو پشونه رارسیږي مخکې لدې چې تاسو موږ ته اجازه راکړئ چې پر هغوی عمل وکړو.

دوه اړخیزه همغږۍ څه شی ده؟

زموږ په هارډویر کې شوي سمونونه ستاسو په برانچ کې کمېټونه ګرځي، او ستاسو په برانچ کې کمېټونه بېرته سایټ ته راځي. دا تر هغه وخته پورې بند وي ترڅو چې تاسو یې روښانه نه کړئ، ځکه چې د دې روښانه کول د بل چا د ریپوزیټري په اړه پرېکړه ده او موږ دا پرېکړه ستاسو لپاره نه کوو. تاسو انتخابوئ چې کوم ډایرکټري همغږې شي — معمولاً یو تم یا پلګ ان، نه د WordPress څلوېښت زره اساسي فایلونه.

څه پیښیږي که دواړه خواوې بدلې شي؟

هیڅ شی نه لیکل کیږي او هیڅ شی نه پش (push) کیږي. همغږي کول ودریږي، تاسو ته خبر درکوي چې څانګه له هغه کمېټ څخه هاخوا تللې چې موږ پرې تکیه کړې وه، او پوښتنه کوي چې تاسو کوم لوری غواړئ — ذخیره وساتئ، که سایټ وساتئ. هغه سایټ چې هیڅکله یې همغږي نه وي کړي او داسې څانګې ته اشاره کوي چې مخکې له مخکې کمېټونه لري، دا هم خپل یو ځانګړی حالت دی، او دا د اټکل کولو پرځای پوښتنه کوي چې کوم یو حقیقت دی.

زما د لاسرسي نښه څنګه ساتل کیږي؟

موږ تاسو ته هغه امتیازات ښیو چې پیوستون ورته اړتیا لري مخکې لدې چې تاسو یې جوړ کړئ، د ننوتلو پر مهال ټوکن د چمتو کونکي د خپل API سره ګورو — نو هغه ټوکن چې ناسم وي یا ناسمه ساحه ولري هیڅکله نه ساتل کیږي — او یوازې بیا یې په Vault کې لیکو. دا هیڅکله زموږ کوډ، لاګ، د چاپیریال فایل یا د کمانډ لاین نه لمس کوي. دا په چمتو کونکي کې لغوه کړئ یا هرکله چې وغواړئ دلته پیوستون لرې کړئ.

زه څنګه پوه شم چې ایا تاسو واقعیا زما پشونه ترلاسه کوئ که نه؟

د ریپوزیټري کارډ ښیي چې کله چمتو کونکي موږ ته وروستی تحویلي کړې او څه یې ویلي دي. "هیڅکله نه دی سپارل شوی" په هغه سکرین کې ترټولو ګټور واحد تشخیص دی، ځکه چې "وصل شوی مګر هیڅکله نه دی سپارل شوی" کټ مټ د غلط سکوپ شوي ټوکن یا بند شوي تحویلۍ په څیر ښکاري — او دا بل چیرې نه لیدل کیږي. هر تحویلي مخکې له دې چې موږ پرې عمل وکړو د لاسلیک له مخې کتل کیږي.

ایا زه کولی شم په Footprint-Free لاین کې د Pages ځای پرځای کول وکاروم؟

دا وړاندې کیږي او نښه شوی دی. GitHub Pages او GitLab Pages د چمتو کونکي زیربنا او عامه github.io او gitlab.io کوربه نومونه شریکوي، او دا یو نښه (footprint) ده — هغه یو شی چې دا کرښه د هغې څخه د مخنیوي لپاره شتون لري. د بې نښې (zero-footprint) شبکې لپاره، د هغې پرځای په جلا شوي کوربه توب کې ځای پرځای کړئ. په بل هر ځای کې، Pages لومړۍ درجه دی.

زه ولې باید په ښکاره توګه Vercel وټاکم؟

ځکه چې د دې وړیا کچه یوازې د غیر سوداګریزې کارونې لپاره جواز لري. موږ له هغو حسابونو څخه چې تاسو نښلولي دي یو منزل اټکل کوو چیرې چې دا خوندي وي، او Vercel په قصدي توګه له دې اټکل څخه ایستل شوی دی — د حساب نښلول باید هیڅکله یو سوداګریز سایټ په داسې ځای کې په پټه ځای پر ځای نه کړي چیرې چې د هغې جواز اجازه نه ورکوي. دا وټاکئ او دا کټ مټ د نورو په څیر کار کوي.

ایا زه لیدلی شم چې څه شی او کله ځای پر ځای شوي دي؟

هو. هر ځای پرځای کول هغه کمټ ریکارډوي چې خپور کړی یې وي، دا چې کله چلېدلی او څنګه پای ته رسېدلی، او د سایټ د Deploy ټوپ د ژوندي URL تر څنګ تاریخچه ښیي. ځای پرځای کول په شالید کې پرمخ ځي، نو مخ د جوړښت بشپړېدو سره سم تازه کیږي د دې پرځای چې تاسو د سپنر په مخ کې انتظار وباسي.

خپل ذخیرې څخه ځای پرځای کړئ

بې له کارت څخه ۱۴ ورځنۍ ازمایښتي دوره پیل کړئ، GitHub یا GitLab وصل کړئ، او یو سایټ څانګې (branch) ته وټاکئ. په یو ایج کوربه (edge host)، یا زموږ په خپل کوربه‌توب کې د فایلونو دوه اړخیزه همغږۍ سره خپور کړئ.

وړیا پیل کړئ