ჯერ პრივილეგიები იხილეთ
სანამ რამეს დაადასტურებთ, ჩვენ ზუსტად გაჩვენებთ, თუ რა საცავისა და ანგარიშის ნებართვები სჭირდება კავშირს — მეტს არაფერს — ასე რომ, თქვენ გასცემთ შეზღუდული ფარგლების მქონე ტოკენს სრულის ნაცვლად.
წყაროს კონტროლი
დააკავშირეთ GitHub-ის ან GitLab-ის ანგარიში, რომელსაც უკვე იყენებთ და განათავსეთ პირდაპირ რეპოზიტორიიდან — სტატიკური საიტი Pages-ზე, ან პროექტი მართვად ჰოსტინგზე. Zinn Digital®-ში შესვლა GitHub-ის ან GitLab-ის მეშვეობითაც შეგიძლიათ. თითოეული კავშირი აჩვენებს მისთვის საჭირო პრივილეგიებს, მოწმდება შესვლისას და ინახება Vault-ში — არასდროს კოდში ან ლოგში.
წყაროს მართვის ანგარიშის დაკავშირება იყენებს დაკავშირებული ანგარიშის იმავე ნაკადს, როგორც პლატფორმის თითოეული სხვა მონაცემი: მინიმალური პრივილეგია, დამოწმებული და შენახული Vault-ში.
სანამ რამეს დაადასტურებთ, ჩვენ ზუსტად გაჩვენებთ, თუ რა საცავისა და ანგარიშის ნებართვები სჭირდება კავშირს — მეტს არაფერს — ასე რომ, თქვენ გასცემთ შეზღუდული ფარგლების მქონე ტოკენს სრულის ნაცვლად.
დაკავშირებისთანავე, ჩვენ ვუკავშირდებით პროვაიდერის API-ს, რათა დავადასტუროთ, რომ ტოკენი აქტიურია და სწორი უფლებები აქვს, შემდეგ კი მწვანე ან წითელ ნიშანს ვაჩვენებთ. არასწორი ან ზედმეტი უფლებების მქონე წვდომა უარყოფილი იქნება.
ვალიდირებული ტოკენი Vault-ში იწერება იმავე საკომუნიკაციო არხის გამოყენებით, რომელსაც თითოეული სავალდებულო მონაცემი იყენებს. ის არასდროს იწერება კოდში, არ იბეჭდება ლოგებში და არ რჩება გარემოს ცვლადების ფაილში.
GitHub ან GitLab-ზე ჩვენი წვდომის გაუქმება და ჩვენს მხარეს კავშირის წაშლა ნებისმიერ დროს შეგიძლიათ. დაკავშირებული ანგარიშის მეშვეობით შესრულებული ყველა ქმედება აუდიტ-ჟურნალში იწერება.
სrepositories საცავი შეიძლება გაიგზავნოს Pages ჰოსტინგზე სტატიკური ან აგებული საიტისთვის, ან მართვად ჰოსტინგზე სრული აპლიკაციისთვის. ფუშებმა (Pushes) შეიძლება გამოიწვიოს ხელახალი განთავსება, რათა ცოცხალი საიტი მიჰყვეს თქვენს ნაგულისხმევ ბრენჩს.
მოახდინეთ GitHub-ის ან GitLab-ის ავტორიზაცია შეზღუდული წვდომის მქონე ტოკენით (scoped token). ჩვენ ჯერ გაჩვენებთ პრივილეგიებს და შეყვანისას განვახორციელებთ მათ ვალიდაციას.
აირჩიეთ საცავი და მისი განთავსების ადგილი — GitLab Pages, GitHub Pages, Cloudflare Pages ან მართული ჰოსტინგი.
ჩვენ ვქმნის და ვაქვეყნებთ. დროებითი URL საშუალებას გაძლევთ გადახედოთ სანამ DNS ამოქმედდება.
ჩoud-რომ-დეპლოიერის ჩართვა, რათა ნაგულისხმებ განშტოებაში (branch) განხორციელებული ცვლილება ავტომატურად აწყობდეს ცოცხალ საიტს.
GitHub და GitLab. დააკავშირეთ ის ანგარიში, რომელშიც უკვე მუშაობთ, და ჩვენ შევძლებთ დეპლოიმენტს მისი საწყობებიდან, ხოლო ჩართვის შემთხვევაში – მისი გამოყენებას შესასვლელად. ორივე იმავე დაკავშირებული ანგარიშის მექანიზმით მუშაობს.
დიახ. ელფოსტასთან და GitHub-თან ერთად, შეგიძლიათ თქვენს Zinn Digital® ანგარიშში GitLab-ითაც შეხვიდეთ. იდენტობის ფენა ამუშავებს OAuth-ის დამყარებას; ჩვენ არასდროს ვხედავთ თქვენი პროვაიდერის პაროლს.
GitLab Pages, GitHub Pages-სა ან Cloudflare Pages-ზე სტატიკური ან აგებული საიტისთვის, ან მართვად ჰოსტინგზე სრული აპლიკაციისთვის. სამიზნეს ირჩევთ საცავის დაკავშირებისას და „პუშებს“ შეუძლიათ ხელახალი განთავსების (redeploy) გამოწვევა.
ჩვენ გიჩვენებთ იმ პრივილეგიებს, რომლებიც კავშირს სჭირდება, შეყვანისას ვამოწმებთ ტოკენს პროვაიდერის API-სთან და მხოლოდამის შემდეგ ვინახავთ მას Vault-ში. ის არასდროს ეხება კოდს, ლოგს ან გარემოს ფაილს, და თქვენ შეგიძლიათ ნებისმიერ დროს გააუქმოთ ის პროვაიდერთან ან წაშალოთ კავშირი ჩვენს მხარეს.
ეს შეთავაზებულია, თუმცა იქვე არის აღნიშნული. GitLab Pages და GitHub Pages იზიარებენ პროვაიდერის ინფრასტრუქტურას და საჯარო gitlab.io / github.io დომენებს, რაც SEO ნაკვალევს (footprint) ტოვებს. ნულოვანი ნაკვალევის მქონე ქსელისთვის, ამის სანაცვლოდ განათავსეთ იზოლირებულ ჰოსტინგზე; Mainstream-ზე Pages პირველი კლასისაა.
დაaწყეთ ბარათის გარეშე 14-დღიანი საცდელი პერიოდი, დააკავშირეთ GitHub ან GitLab და განათავსეთ უკვე გამოყენებული რეპოზიტორიდან — დამოწმებული შესვლისას და შენახული Vault-ში.
უფასოდ დაწყება