წყაროს კონტროლი

GitHub და GitLab-ის დაკავშირება — განათავსეთ თქვენი უკვე გამოყენებული საცავიდან

დააკავშირეთ GitHub-ის ან GitLab-ის ანგარიში, რომელსაც უკვე იყენებთ და განათავსეთ პირდაპირ რეპოზიტორიიდან — სტატიკური საიტი Pages-ზე, ან პროექტი მართვად ჰოსტინგზე. Zinn Digital®-ში შესვლა GitHub-ის ან GitLab-ის მეშვეობითაც შეგიძლიათ. თითოეული კავშირი აჩვენებს მისთვის საჭირო პრივილეგიებს, მოწმდება შესვლისას და ინახება Vault-ში — არასდროს კოდში ან ლოგში.

  • GitHub + GitLabდააკავშირეთ ნებისმიერი ანგარიში
  • Pages-ის განთავსებაან მართვად ჰოსტინგზე
  • შესვლა GitLab-ითGitHub-ის გარდა
  • Vault-ში შენახული ტოკენებიდადასტურებულია შესვლისას

ერთხელ დაუკავშირდი, უსაფრთხოდ

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

ჯერ პრივილეგიები იხილეთ

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

შესულია შემოწმება

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

პირდაპირ Vault-ში

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

გაუქმებადი და აუდიტირებული

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

განათავსეთ იქ, სადაც პროექტს შეეფერება

სrepositories საცავი შეიძლება გაიგზავნოს Pages ჰოსტინგზე სტატიკური ან აგებული საიტისთვის, ან მართვად ჰოსტინგზე სრული აპლიკაციისთვის. ფუშებმა (Pushes) შეიძლება გამოიწვიოს ხელახალი განთავსება, რათა ცოცხალი საიტი მიჰყვეს თქვენს ნაგულისხმევ ბრენჩს.

  • GitLab Pages და GitHub Pages სტატიკური და წინასწარ აგებული საიტებისთვის, რომლებიც იმართება თქვენი დაკავშირებული ანგარიშიდან.
  • Cloudflare Pages ალტერნატიული Pages სამიზნის სახით, ფრეიმვორკის ასაგებად და ეჯ მიწოდებისთვის.
  • მართვადი ჰოსტინგი სრულად WordPress, PHP, სტატიკური ან Node აპლიკაციისთვის, რომელიც დეპლოიებულია რეპოზიტორიდან.
  • Push-to-deploy: თქვენი ნაგულისხმებ განშტოებაზე (branch) განხორციელებულმა ფუშმა (push) შესაძლოა გამოიწვიოს ხელახალი აგება (rebuild), რათა ცოცხალი საიტი მიჰყვეს რეპოზიტორს.
  • იგივე კავშირი გამოიყენება ავტორიზაციისთვისაც — პაროლის ნაცვლად, Zinn Digital®-ში შესვლა შეგიძლიათ GitHub-ით ან GitLab-ით.

სათავსოდან ლაივ საიტამდე

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

    მოახდინეთ GitHub-ის ან GitLab-ის ავტორიზაცია შეზღუდული წვდომის მქონე ტოკენით (scoped token). ჩვენ ჯერ გაჩვენებთ პრივილეგიებს და შეყვანისას განვახორციელებთ მათ ვალიდაციას.

  2. აirჩიეთ რეპოზიტორი და სამიზნე

    აირჩიეთ საცავი და მისი განთავსების ადგილი — GitLab Pages, GitHub Pages, Cloudflare Pages ან მართული ჰოსტინგი.

  3. განთავსება

    ჩვენ ვქმნის და ვაქვეყნებთ. დროებითი URL საშუალებას გაძლევთ გადახედოთ სანამ DNS ამოქმედდება.

  4. ტოტის თვალყურის დევნება

    ჩoud-რომ-დეპლოიერის ჩართვა, რათა ნაგულისხმებ განშტოებაში (branch) განხორციელებული ცვლილება ავტომატურად აწყობდეს ცოცხალ საიტს.

ხშირად დასმული კითხვები

რომელ ვერსიების კონტროლის პროვაიდერებთან შემიძლია დაკავშირება?

GitHub და GitLab. დააკავშირეთ ის ანგარიში, რომელშიც უკვე მუშაობთ, და ჩვენ შევძლებთ დეპლოიმენტს მისი საწყობებიდან, ხოლო ჩართვის შემთხვევაში – მისი გამოყენებას შესასვლელად. ორივე იმავე დაკავშირებული ანგარიშის მექანიზმით მუშაობს.

შემიძლია თუ არა GitLab-ით შესვლა GitHub-თან ერთად?

დიახ. ელფოსტასთან და GitHub-თან ერთად, შეგიძლიათ თქვენს Zinn Digital® ანგარიშში GitLab-ითაც შეხვიდეთ. იდენტობის ფენა ამუშავებს OAuth-ის დამყარებას; ჩვენ არასდროს ვხედავთ თქვენი პროვაიდერის პაროლს.

სად შემიძლია საცავის განთავსება?

GitLab Pages, GitHub Pages-სა ან Cloudflare Pages-ზე სტატიკური ან აგებული საიტისთვის, ან მართვად ჰოსტინგზე სრული აპლიკაციისთვის. სამიზნეს ირჩევთ საცავის დაკავშირებისას და „პუშებს“ შეუძლიათ ხელახალი განთავსების (redeploy) გამოწვევა.

როგორ არის დაცული ჩემი წვდომის ტოკენი?

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

შევიძლება თუ არა Pages deployment-ის გამოყენება Footprint-Free ხაზზე?

ეს შეთავაზებულია, თუმცა იქვე არის აღნიშნული. GitLab Pages და GitHub Pages იზიარებენ პროვაიდერის ინფრასტრუქტურას და საჯარო gitlab.io / github.io დომენებს, რაც SEO ნაკვალევს (footprint) ტოვებს. ნულოვანი ნაკვალევის მქონე ქსელისთვის, ამის სანაცვლოდ განათავსეთ იზოლირებულ ჰოსტინგზე; Mainstream-ზე Pages პირველი კლასისაა.

განათავსეთ თქვენი რეპოზიტორიდან

დაaწყეთ ბარათის გარეშე 14-დღიანი საცდელი პერიოდი, დააკავშირეთ GitHub ან GitLab და განათავსეთ უკვე გამოყენებული რეპოზიტორიდან — დამოწმებული შესვლისას და შენახული Vault-ში.

უფასოდ დაწყება