ცოდნის ბაზა

დააკავშირეთ თქვენი Bitbucket ანგარიში, რათა თქვენი საიტების განთავსება საცავიდან მოხდეს

დააკავშირეთ Bitbucket-ის წვდომის ტოკენი, ან API ტოკენი თქვენს მომხმარებლის სახელთან ერთად, რათა Bitbucket-ის რეპოზიტორიაში push-მა თქვენი საიტის განთავსება უზრუნველყოს.

რას გაძლევთ დაკავშირება

Bitbucket-ის დაკავშირება საიტს საშუალებას აძლევს, გაიშვას თქვენი ერთ-ერთი Bitbucket Cloud საცავიდან: გაგზავნეთ ცვლილებები განშტოებაში (push) და საიტი განახლდება.

სანამ დაიწყებთ

Bitbucket Cloud-ის ანგარიში იმ საცავებზე წვდომით, რომელთა გაშვებაც გსურთ.

1. შექმენით გასაღები Bitbucket-ზე

Bitbucket გთავაზობთ ორი სახის მონაცემს და ორივე მუშაობს:

  • წვდომის ტოკენი (access token) საცავისთვის, პროექტისთვის ან სამუშაო გარემოსთვის (workspace), შექმნილი ამ საცავის, პროექტის ან სამუშაო გარემოს საკუთარი პარამეტრებიდან Access tokens-ის ქვეშ. იგი მიბმულია კონკრეტულ საცავზე, პროექტზე ან სამუშაო გარემოზე და არა პიროვნებაზე. მიანიჭეთ მას საცავების წაკითხვის (read) წვდომა.
  • API ტოკენი თქვენს Atlassian-ის ანგარიშზე. აირჩიეთ თქვენი პროფილი, შემდეგ Account settings → Security → Create and manage API tokens → Create API token with scopes. დაარქვით მას სახელი, მიუთითეთ მოქმედების ვადა, აპლიკაციად აირჩიეთ Bitbucket და მონიშნეთ საცავების წაკითხვის (read) წვდომა. Bitbucket ტოკენს მხოლოდ ერთხელ აჩვენებს; დააკოპირეთ იგი მაშინვე.

2. დააკავშირეთ იგი აქ

გახსენით Integrations თქვენს სამართავ პანელში და აირჩიეთ Connect an account. ჯგუფად აირჩიეთ Code hosting, ანგარიშად — Bitbucket, შეავსეთ API token — და, თუ წვდომის ტოკენის ნაცვლად Atlassian-ის ანგარიშზე შექმენით ტოკენი, ასევე მიუთითეთ Account username, შემდეგ კი დააჭირეთ Connect account-ს.

ჩვენ ვამოწმებთ თქვენ მიერ ჩასმულ მონაცემს რაიმეს შენახვამდე. გასაღები, რომელიც არ მუშაობს, არასოდეს ინახება და პასუხში მითითებულია, თუ რა იყო მასში არასწორი. სამუშაო გასაღები ინახება დაშიფრულად ჩვენს საიდუმლოებების საცავში — არასოდეს ჩვენს მონაცემთა ბაზაში — და აღარასოდეს გამოჩნდება, თქვენთვისაც კი.

მომხმარებლის სახელი განსაზღვრავს, თუ როგორ ვაგზავნით ტოკენს, ამიტომ შეიყვანეთ იგი მხოლოდ ანგარიშის ტოკენისთვის. მომხმარებლის სახელით შეყვანილი წვდომის ტოკენი (access token), ან მის გარეშე შეყვანილი ანგარიშის ტოკენი უარყოფილი იქნება.

რა ხდება შემდეგ

  • საიტს შეუძლია პირდაპირ გაიშვას ამ ანგარიშზე არსებული საცავიდან: აირჩიეთ იგი საიტის საცავის დაკავშირებისას, შეარჩიეთ საცავი და განშტოება, და push-ის შესრულება გაუშვებს საიტს.
  • ყველა სხვა განშტოებას შეუძლია მიიღოს საკუთარი წინასწარი გადახედვა (preview), რათა შეძლოთ ცვლილების შემოწმება, სანამ ის ძირითად საიტზე გავა.
  • Git-ზე დაფუძნებული სტატიკური ჰოსტინგები, როგორიცაა Render და Azure Static Web Apps, ამ კავშირს იყენებენ საიტის კოდის წყაროდ.

თუ არ უკავშირდება

საცავი აკლია. წვდომის ტოკენი (access token) წვდება მხოლოდ იმ საცავს, პროექტს ან სამუშაო გარემოს, რომელშიც ის შეიქმნა. შექმენით იგი იმ დონეზე, რომელიც მოიცავს ყველა საჭირო საცავს.

მუშაობდა და შემდეგ შეწყვიტა. ორივე სახის ტოკენს შეიძლება გაუვიდეს ვადა. შექმენით ახალი და დააკავშირეთ.

წერია, რომ გასაღები უარყოფილია. თითქმის ყოველთვის სამიდან ერთ-ერთი მიზეზია: მასთან ერთად დაკოპირებული გამოტოვება (space) ან ხაზის გადატანა, ვადაგასული გასაღები, ან გასაღები, რომელიც გაუქმდა ან თავიდან დაგენერირდა თქვენ მიერ დაკოპირების შემდეგ. შექმენით ახალი და ჩასვით იგი ხელახლა.

უკავშირდება, მაგრამ შემდგომ რაღაც ვერ სრულდება. გასაღები გადის ავთენტიფიკაციას, მაგრამ არ აქვს მოქმედებისთვის საჭირო ნებართვა. შექმენით ახალი გასაღები ზემოთ ჩამოთვლილი ნებართვებით, შემდეგ გათიშეთ ძველი კავშირი და დააკავშირეთ ახალი გასაღები.

გათიშვა

გახსენით Integrations, იპოვეთ ანგარიში და დააჭირეთ Disconnect-ს. ეს დაუყოვნებლივ წაშლის შენახულ გასაღებს. ყველაფერი, რაც მას იყენებდა, შეჩერდება შემდეგი მოქმედებისას, ხოლო ეკრანები, რომლებიც მასზე იყო დამოკიდებული, შეუმჩნეველი შეცდომის ნაცვლად შეგატყობინებთ ამის შესახებ.

გათიშვა არ აუქმებს იმას, რაც უკვე გაკეთდა — ჩანაწერები, გაშვებები (deployments) ან პარამეტრები, რომლებიც ჩვენ შევცვალეთ თქვენს ანგარიშზე, უცვლელი რჩება. თუ ფიქრობთ, რომ გასაღებმა გაჟონა, ასევე გააუქმეთ იგი მომწოდებელთან; გათიშვა შლის ჩვენს ასლს და არა მათსას.

უახლესი ბლოგიდან

რას ვწერდით ჰოსტინგის, SEO-ს და საიტების ფართო მასშტაბით მართვის შესახებ.

SEO და ბმულების შექმნა ჰოსტინგის შრიდან: ოპერატორის ხედვა 2026 წლისთვის

როგორ განსაზღვრავს ჰოსტინგი ინდექსირებასა და ბმულების წონას 2026 წელს: გვერდების ინდექსში შენარჩუნება, ძველი დომენების შემოწმება მათზე საიტის აწყობამდე, ბმულების მშენებლობა საძიებო კვალის გარეშე და გულწრფელი შეფასება იმისა, თუ რა შეუძლია და რა არ შეუძლია ინფრასტრუქტურას SEO-სთვის.

პოსტის წაკითხვა →

WordPress-ის სისწრაფისა და უსაფრთხოების უზრუნველყოფა: წარმადობისა და მოდულების საკონტროლო სია

პრაქტიკული საკონტროლო სია სწრაფი და უსაფრთხო WordPress-ისთვის: სერვერის დონის ქეშირება, ობიექტების ქეში თითოეული საიტისთვის, რამდენიმე მოდული, რომელთა გამოყენებაც ღირს, ტექნოლოგიური დასტის განახლებულ მდგომარეობაში შენარჩუნება და WooCommerce-ის გვერდები, რომლებიც არასდროს უნდა დააქეშოთ.

პოსტის წაკითხვა →

როგორ შევარჩიოთ მართვადი ვებ ჰოსტინგი 2026 წელს: მყიდველის გზამკვლევი

რა განასხვავებს სინამდვილეში კარგ მართულ ჰოსტინგს მართვის პანელიანი იაფი ყუთისგან — მიგრაციები, სარეზერვო ასლები, იზოლაცია, რეალური ქეშირება და პატიოსანი მასშტაბირება — და როგორ შეაფასოთ იგი ვალდებულების აღებამდე.

პოსტის წაკითხვა →

წაიკითხეთ ბლოგი →

კვლავ გაქვთ პრობლემა?

მხარდაჭერა შედის ყველა გეგმაში, სავარძელი ღიაა დღეში 24 საათის განმავლობაში და შეგიძლიათ მოგვწეროთ ჩვენს ნებისმიერ 58 ენაზე — ჩვენ გიპასუხებთ თქვენს ენაზე.

მხარდაჭერასთან დაკავშირება → ყველა სტატია →