మూల నియంత్రణ

మీరు ఇప్పటికే ఉపయోగిస్తున్న రిపోజిటరీ నుండి డిప్లాయ్ చేయండి — దీన్ని ఉంచడానికి తొమ్మిది స్థలాలు

మీరు పని చేసే 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

కోడ్ ఇప్పటికే ఉన్న రిపోజిటరీ నుండే నేరుగా ప్రచురించండి. భాగస్వామ్య github.io మౌలిక సదుపాయమే స్వయంగా ఒక పాదముద్ర అయినందున Footprint-Free లైన్‌లో ఫ్లాగ్ చేయబడింది.

GitHub Pages హోస్టింగ్ →

GitLab Pages, Netlify, Vercel మరియు మిగిలినవి

GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps మరియు AWS Amplify అన్నీ కూడా మీరు ఒకే కనెక్షన్ మరియు ఒకే డిప్లాయ్ హిస్టరీతో ఒక సైట్‌ను సూచించగల గమ్యస్థానాలు.

స్టాటిక్ సైట్ హోస్టింగ్ →

మా స్వంత నిర్వహణ హోస్టింగ్

బిల్ట్ బండిల్ కాకుండా పూర్తి అప్లికేషన్ — WordPress, PHP, Node. ఇది ద్వైపాక్షిక సమకాలీకరణను పొందే గమ్యస్థానం, కాబట్టి బాక్స్ మరియు బ్రాంచ్‌లోని ఫైల్‌లు సమన్వయంతో ఉంటాయి.

నిర్వహించబడే హోస్టింగ్ →

మరొకరి ఎడ్జ్‌లో ఉన్న సైట్లు

మేము స్వంతం చేసుకోని హోస్ట్‌కు ప్రచురించబడిన సైట్ ఇప్పటికీ అలవెన్స్‌ను ఉపయోగిస్తుంది మరియు మీరు అమలు చేసే ప్రతిదానితో పాటు దాని డిప్లాయ్‌లు, దాని అప్‌టైమ్ మరియు దాని SEO డేటాతో మీ డ్యాష్‌బోర్డ్‌లో కనిపిస్తుంది.

బాహ్య సైట్ పరిమితులు →

లేదా ఇక్కడ సవరించండి

బ్రౌజర్ లోపలి ఎడిటర్, టూ-వే సింక్ వెనక్కి పంపే ఫైళ్ల పైనే పనిచేస్తుంది, కాబట్టి డాష్‌బోర్డ్ నుండి చేసే త్వరిత పరిష్కారం తరువాత ఎవరూ కనుగొనలేని మార్పుగా మిగిలిపోకుండా మీ బ్రాంచ్‌లో కమిట్ అవుతుంది.

వెబ్ ఎడిటర్ →

ద్విముఖ సమకాలీకరణ

మీ రిపోజిటరీ మరియు మీ ప్రత్యక్ష సైట్, సమన్వయంతో

దీన్ని ఆన్ చేయండి మరియు సైట్ యొక్క స్వంత ఫైల్‌లు మీ branch కి తిరిగి commit చేయబడతాయి, అలాగే ఆ branch లోని commitలు తిరిగి సైట్‌కి చేరుకుంటాయి. మేము host చేసే ప్రతి సైట్‌లో, ప్రతి ప్లాన్‌లోనూ ఇది పనిచేస్తుంది — కింద ఉన్న మెషీన్ దాని ఫైల్‌లకు సంబంధించి Gitని అమలు చేయగలగడమే ఏకైక అవసరం, ఇది ప్లాన్ నుండి ఊహించబడకుండా సర్వర్‌ను అడిగి తెలుసుకోబడుతుంది.

ఏ డైరెక్టరీని సింక్ చేయాలో మీరే ఎంచుకుంటారు, ఎందుకంటే ఒక WordPress కస్టమర్ నలభై వేల కోర్ ఫైల్స్ కాకుండా, తమ థీమ్‌ను మాత్రమే ట్రాక్ చేయాలని కోరుకుంటారు. మరియు మీరు దానిని ఆన్ చేసే వరకు అది ఆఫ్ చేయబడి ఉంటుంది: సింక్‌ను ప్రారంభించడం అనేది మరొకరి రిపోజిటరీకి సంబంధించిన నిర్ణయం, మరియు మైగ్రేషన్ ఎప్పుడూ మీ తరపున ఆ నిర్ణయాన్ని తీసుకోకూడదు.

  • మా హార్డ్‌వేర్‌పై మార్పులు మీ శాఖలో కమిట్‌లుగా మారతాయి
  • మీ బ్రాంచ్‌లోని కమిట్‌లు తిరిగి సైట్‌కు వస్తాయి
  • మొత్తం డాక్యుమెంట్ రూట్‌ను కాకుండా, కేవలం ఒక డైరెక్టరీని — థీమ్, ప్లగిన్ — సింక్ చేయండి
  • ఇప్పటికే ఉన్న ప్రతి సైట్‌తో సహా డిఫాల్ట్‌గా ఆఫ్‌లో ఉంది
ఎడిటర్‌లో తెరిచి ఉన్న ఫైల్ మరియు అదే ఫైల్ రిపోజిటరీలో కమిట్‌గా చూపబడింది.

డైరెక్టరీని ప్రచురించండి లేదా మీ స్వంత 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 హోస్ట్‌పేర్లను పంచుకుంటాయి, మరియు అది ఒక పాదముద్ర (footprint) — ఆ లైన్ నివారించడానికి ఉద్దేశించిన ఏకైక విషయం. జీరో-ఫుట్‌ప్రింట్ నెట్‌వర్క్ కోసం, బదులుగా ఐసోలేటెడ్ హోస్టింగ్‌లో డిప్లాయ్ చేయండి. మిగతా ప్రతిచోటా, Pages ఫస్ట్-క్లాస్.

నేను స్పష్టంగా Vercelను ఎందుకు ఎంచుకోవాలి?

ఎందుకంటే దీని ఉచిత శ్రేణి వాణిజ్యేతర ఉపయోగం కోసం మాత్రమే లైసెన్స్ పొందింది. మీరు కనెక్ట్ చేసిన ఖాతాల నుండి సురక్షితమైన చోట మేము గమ్యాన్ని అంచనా వేస్తాము, మరియు ఆ అంచనా నుండి Vercel ఉద్దేశపూర్వకంగా మినహాయించబడింది — ఖాతాను కనెక్ట్ చేయడం వలన దాని లైసెన్స్ అనుమతించని చోట వాణిజ్య సైట్‌ను నిశ్శబ్దంగా ఉంచకూడదు. దాన్ని ఎంచుకోండి మరియు ఇది ఇతరుల మాదిరిగానే ఖచ్చితంగా పనిచేస్తుంది.

ఏమి మరియు ఎప్పుడు అమలు చేయబడిందో నేను చూడవచ్చా?

అవును. ప్రతి డిప్లాయ్ అది ప్రచురించిన కమిట్, అది ఎప్పుడు అమలు చేయబడింది మరియు ఎలా పూర్తయింది అనే వివరాలను రికార్డ్ చేస్తుంది మరియు సైట్ యొక్క డిప్లాయ్ ట్యాబ్ దాని పక్కన ప్రత్యక్ష URL తో పాటు చరిత్రను చూపుతుంది. డిప్లాయ్‌లు నేపథ్యంలో నడుస్తాయి, కాబట్టి లోడింగ్ స్పిన్నర్ వైపు చూస్తూ వేచి ఉండాల్సిన అవసరం లేకుండా బిల్డ్ పూర్తయిన వెంటనే పేజీ అప్‌డేట్ అవుతుంది.

మీ రిపోజిటరీ నుండి మోహరించండి

కార్డ్ లేకుండా 14 రోజుల ట్రయల్‌ను ప్రారంభించండి, GitHub లేదా GitLabని కనెక్ట్ చేయండి మరియు సైట్‌ను ఒక బ్రాంచ్‌కు సూచించండి. ఫైల్స్ రెండు వైపులా సింక్ అవుతుండగా ఎడ్జ్ హోస్ట్‌కు లేదా మా స్వంత హోస్టింగ్‌కు ప్రచురించండి.

ఉచితంగా ప్రారంభించండి