Գիտելիքների բազա

Միացրեք ձեր GitHub հաշvիվը թոքենի միջոցով, որպեսզի ձեր կայքերը տեղակայվեն պահոցից

Ստեղծեք հատիկավոր GitHub թոքեն այն պահոցների համար, որոնք տեղակայում եք, և միացրեք այն, որպեսզի փոփոխությունների ուղարկումը (push) տեղակայի ձեր կայքը, և ճյուղերը ստանան նախադիտումներ։

Այն, ինչ այն անում է ձեզ համար

GitHub-ը թոքենի միջոցով միացնելը թույլ է տալիս կայքը տեղակայել ձեր պահոցներից մեկից. կատարեք փոփոխությունների ուղարկում (push) ճյուղին, և կայքը կթարմացվի: Այն նաև թույլ է տալիս հրապարակել GitHub Pages-ում ձեր հաշվի վրա, որտեղ դուք ընտրում եք դա որպես կայքի հոսթ:

Եթե ձեր պահոցները պատկանում են կազմակերպությանը, նախընտրեք the Zinn® GitHub app-ը — տե՛ս Install the Zinn® GitHub app: Թոքենը պատկանում է մեկ անձի և դադարում է աշխատել, երբ նա հեռանում է:

Մինչ սկսելը

GitHub հաշիվ՝ տեղակայվելիք պահոցների հասանելիությամբ: Եթե դրանք պատկանում են կազմակերպությանը, սեփականատերը կարող է ստիպված լինել հաստատել նուրբ կարգաբերված (fine-grained) թոքենները դրա համար:

1. Ստեղծեք բանալին GitHub-ում

GitHub-ում սեղմեք ձեր պրոֆիլի նկարի վրա, այնուհետև՝ Settings → Developer settings → Personal access tokens → Fine-grained tokens → Generate new token: Անվանեք այն և ընտրեք ժամկետի ավարտը: Repository access բաժնում ընտրեք Only select repositories և ընտրեք այն պահոցները, որոնք տեղակայում եք՝ ամենասահմանափակ հասանելիությունը, որն աշխատում է:

Repository permissions բաժնում տվեք Read and write հետևյալների համար՝

  • Contents
  • Pages
  • Administration

Սեղմեք Generate token և պատճենեք այն — GitHub-ն այն ցույց է տալիս միայն մեկ անգամ:

2. Միացրեք այն այստեղ

Բացեք Integrations բաժինը ձեր վահանակում և ընտրեք Connect an account: Ընտրեք Code hosting-ը որպես խումբ և GitHub-ը որպես հաշիվ, լրացրեք API token-ը և սեղմեք Connect account:

Մենք ստուգում ենք ձեր տեղադրածը նախքան որևէ բան պահպանվելը: Բանալին, որն չի աշխատում, երբեք չի պահվում, և պատասխանը ցույց է տալիս, թե ինչն էր սխալ դրանում: Աշխատող բանալին պահվում է գաղտնագրված մեր գաղտնիքների պահոցում (secrets vault) — երբեք մեր տվյալների բազայում — և երբեք նորից չի ցուցադրվում, նույնիսկ ձեզ համար:

Ինչ է տեղի ունենում հետո

  • Կայքը կարող է տեղակայվել անմիջապես այս հաշվի պահոցից. ընտրեք այն կայքի պահոցի միացման ժամանակ,
  • ընտրեք պահոցը և ճյուղը, և փոփոխությունների ուղարկումը (push) կտեղակայի այն:

  • Յուրաքանչյուր այլ ճյուղ կարող է ստանալ իր սեփական նախադիտումը, որպեսզի կարողանաք ստուգել փոփոխությունը նախքան այն կհասնի գործող կայք:
  • Git-ով կառուցված ստատիկ հոսթերը, ինչպիսիք են Render-ը և Azure Static Web Apps-ը, օգտագործում են այս միացումը որպես կայքի կոդի աղբյուր:

Եթե այն չի միանում

Պահոցը չի երևում: Թոքենի պահոցի հասանելիությունը չի ներառում այն: Խմբագրեք թոքենը GitHub-ում և ավելացրեք պահոցը:

Այն աշխատեց, ապա դադարեց աշխատել: Նուրբ կարգաբերված (fine-grained) թոքենների ժամկետը լրանում է ձեր ընտրած օրը: Ստեղծեք նորը և միացրեք այն. GitHub-ը էլեկտրոնային նամակ է ուղարկում նախքան թոքենի ժամկետի լրանալը:

Այն ասում է, որ բանալին մերժվել է: Համեմատաբար միշտ երեք բաներից մեկն է՝ դրա հետ պատճենված բացատ կամ տողի անցում, ժամկետը լրացած բանալին, կամ բանալի, որը չեղարկվել կամ վերստեղծվել է այն պատճենելուց հետո: Ստեղծեք նորը և նորից տեղադրեք այն:

Եթե այն միանում է, բայց ինչ-որ բան հետո ձախողվում է։

Բանալին նույնականացվում է, բայց չունի թույլտվություն, որը գործողությանն անհրաժեշտ է: Ստեղծեք նոր բանալի՝ վերը նշված թույլտվություններով, այնուհետև անջատեք հին միացումը և միացրեք նոր բանալին:

Անջատում

Բացեք Integrations բաժինը, գտեք հաշիվը և սեղմեք Disconnect: Դա միանգամից ջնջում է պահպանված բանալին: Ամեն ինչ, ինչն օգտագործում էր այն, դադարում է իր հաջորդ գործողության ժամանակ, և դրանից կախված էկրանները հայտնում են այդ մասին, այլ ոչ թե լուռ ձախողվում են:

Անջատումը հետ չի շրջում այն, ինչ արդեն արվել է. գրառումները, տեղակայումները կամ կարգավորումները, որոնք մենք փոխել ենք ձեր հաշվին, մնում են այնպես, ինչպես կան: Եթե կարծում եք, որ բանալին ինքը կարող է արտահոսած լինել, նաև չեղարկեք այն վաճառողի մոտ. անջատումը հեռացնում է մեր պատճենը, ոչ թե նրանցը:

Ամենավերջինը բլոգից

Այն մասին, թե ինչ ենք գրել հոսթինգի, SEO-ի և մեծ մասշտաբով կայքեր վարելու մասին:

SEO-ն և հղումների կառուցումը հոսթինգի շերտից. 2026 թվականի օպերատորի տեսլականը

Ինչպես է հոսթինգն ազդում 2026 թվականին ինդեքսավորման և հղումային հավասարության (link equity) վրա. էջերի ինդեքսավորված պահպանումը, հնացած դոմենների ստուգումը մինչև դրանց վրա կայք կառուցելը, հղումների կառուցումն առանց հետքի և անկեղծ կարծիք այն մասին, թե ինչ կարող է և ինչ չի կարող անել ենթակառուցվածքը SEO-ի համար:

Կարդալ գրառումը

WordPress-ը արագ և ապահով դարձնելը. Կատարողականի և փլագինների ստուգաթերթ

Գործնական ստուգաթերթ արագ, ապահով WordPress-ի համար. սերվերային մակարդակի քեշավորում, կայքի օբյեկտների քեշ, մի քանի պլագիններ, որոնք արժե գործարկել, սթեքի արդիական պահպանում և WooCommerce-ի էջեր, որոնք երբեք չպետք է քեշավորել:

Կարդալ գրառումը

Ինչպես ընտրել կառավարվող վեբ հոսթինգ 2026 թվականին. Գնորդի ուղեցույց

Ինչն է իրականում տարբերում լավ կառավարվող հոսթինգը կառավարման վահանակով էժան սերվերից՝ միգրացիաներ, կրկնօրինակներ, մեկուսացում, իրական քեշավորում և արդարացված մասշտաբավորում, և ինչպես գնահատել դրանք նախքան որոշում կայացնելը:

Կարդալ գրառումը

Կարդալ բլոգը

Դեռ խնդի՞ր կա:

Աջակցությունը ներառված է յուրաքանչյուր սակագնային պլանում, աջակցման կենտրոնը գործում է օրական 24 ժամ, և դուք կարող եք գրել մեզ մեր 58 լեզուներից որևէ մեկով. մենք պատասխանում ենք ձեր լեզվով:

Կապվել աջակցման ծառայության հետ Բոլոր հոդվածները