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

GitLab Self-Managed-ის აპის შაბლონის დაყენება ChatGPT-ისა და Codex-ისთვის

გაიგეთ, როგორ შეუძლიათ სამუშაო სივრცის ადმინისტრატორებს GitLab Self-Managed-ის ან GitLab Dedicated-ის ეგზემპლარისთვის აპის შაბლონის გამართვა ორგანიზაციის GitLab OAuth აპლიკაციით.

განახლებულია: 28 days ago

GitLab ChatGPT-სა და Codex-ში ამჟამად ბეტა-ვერსიის სახითაა ხელმისაწვდომი.

მიმოხილვა

გამოიყენეთ GitLab Self-Managed-ის აპის შაბლონი, რათა GitLab Self-Managed-ის ან GitLab Dedicated-ის ეგზემპლარისთვის სამუშაო სივრცის სპეციფიკური აპის მონახაზი შექმნათ. მიუთითეთ GitLab-ის ჰოსტის სახელი და OAuth აპლიკაციის ავტორიზაციის მონაცემები, გადაამოწმეთ აპის მონახაზი და შემდეგ გამოაქვეყნეთ ის უფლებამოსილი სამუშაო სივრცის წევრებისთვის. გამოქვეყნების შემდეგ აპის ჩართული მოქმედებები ხელმისაწვდომი იქნება ChatGPT-ის საუბრებსა და Codex-ის სესიებში.

GitLab-ის მხარდაჭერილი ქცევის, ხელმისაწვდომობის, ნებართვების, მონაცემთა გამოყენებისა და ქსელის მოთხოვნების მიმოხილვისთვის იხილეთ: GitLab-ის დაკავშირება ChatGPT-სა და Codex-თან.

რას აყენებთ

თქვენ GitLab Self-Managed-ის აპის შაბლონიდან სამუშაო სივრცის სპეციფიკურ აპს ქმნით. აპი იყენებს:

  • GitLab OAuth აპლიკაციას, რომელიც რეგისტრირებულია თქვენს GitLab Self-Managed ან GitLab Dedicated ჰოსტზე.

  • მომხმარებლის ავტორიზაციისთვის საჭირო GitLab OAuth-ის Application ID-სა და Secret-ს.

  • OAuth-ის საჭირო მოქმედების არეებს: api, write_repository და openid.

  • თქვენს GitLab ჰოსტის სახელს, მაგალითად gitlab.example.com, ვებ-, API-ის, ავტორიზაციისა და ტოკენის საბოლოო წერტილების განსასაზღვრად.

დაწყებამდე

დაგჭირდებათ:

  • ChatGPT-ის სამუშაო სივრცის ადმინისტრატორის ან მფლობელის წვდომა.

  • OAuth აპლიკაციის შესაქმნელად საჭირო GitLab-ის ნებართვა: ჯგუფის კუთვნილი აპისთვის ჯგუფის Owner წვდომა, ხოლო მთელი ეგზემპლარის აპისთვის — ეგზემპლარის ადმინისტრატორის წვდომა.

  • მხოლოდ GitLab-ის ჰოსტის სახელი, https://-ის, პორტისა და გზის გარეშე. გამოიყენეთ GitLab Self-Managed ან GitLab Dedicated ჰოსტი და არა gitlab.com.

  • გადაწყვეტილება, თუ GitLab-ის რომელ მოქმედებებს უნდა უჭერდეს მხარს ChatGPT და Codex, მაგალითად რეპოზიტორიუმის ძიებას, შერწყმის მოთხოვნების ან საკითხების სამუშაო პროცესებს, ფაილების რედაქტირებას ან Codex-ის უფრო ფართო სამუშაო პროცესებს.

ChatGPT და GitLab ცალკე ჩანართებში დატოვეთ გახსნილი. დააკოპირეთ ChatGPT-ში ნაჩვენები ზუსტი Redirect URI; არ შექმნათ და არ შეცვალოთ ის.

მოსამზადებელი მნიშვნელობები

  • GitLab-ის ჰოსტის სახელი: მაგალითად, gitlab.example.com.

  • Redirect URI: დააკოპირეთ ChatGPT-ის შაბლონის დაყენების პროცესიდან.

  • GitLab OAuth-ის Application ID.

  • GitLab OAuth-ის Secret.

  • OAuth-ის მოქმედების არეები: დააკოპირეთ ისინი ChatGPT-ის შაბლონის დაყენების პროცესიდან.

Start the template setup in ChatGPT

  1. In ChatGPT, switch to the workspace where the app should be available.

  2. Go to Workspace settings > Plugins.

  3. In Directory, find GitLab, open its GitLab Self-Managed app template, and select Enable.

  4. Enter a clear app name and description.

  5. Enter the GitLab hostname, such as gitlab.example.com.

  6. Copy the Redirect URI shown in ChatGPT, and keep this tab open.

Example: https://chatgpt.com/connector/oauth/<redirect_id>. Do not remove the redirect ID, add a trailing slash, or replace the URI with a generic ChatGPT URL.

GitLab-ში GitLab OAuth აპლიკაციის შექმნა

აირჩიეთ, სად შეიქმნას აპლიკაცია

  1. გახსენით თქვენი GitLab ჰოსტი, მაგალითად https://gitlab.example.com.

  2. აირჩიეთ, მთელი ეგზემპლარის აპლიკაცია შეიქმნას თუ ჯგუფის კუთვნილი აპლიკაცია. ეს არჩევანი განსაზღვრავს, ვინ მართავს აპლიკაციას; პროექტზე წვდომა კვლავ ავტორიზაციის გამცემი მომხმარებლის GitLab-ის ნებართვებსა და მინიჭებულ OAuth მოქმედების არეებს ეფუძნება.

  3. მთელი ეგზემპლარის აპლიკაციისთვის გადადით Admin > Applications-ში. ჯგუფის კუთვნილი აპლიკაციისთვის ჯგუფში გადადით Settings > Applications-ში.

აპლიკაციის დეტალების დამატება

  1. აირჩიეთ New application ან Add new application.

  2. შეიყვანეთ აპის მკაფიო სახელი, მაგალითად GitLab Self-Managed ან GitLab Dedicated.

  3. ველში Redirect URI ჩასვით ChatGPT-დან დაკოპირებული ზუსტი URI.

  4. სერვერის მხარეს მომუშავე ამ OAuth აპლიკაციისთვის Confidential ჩართული დატოვეთ.

წვდომის კონფიგურაცია და შენახვა

  1. მთელი ეგზემპლარის აპლიკაციისთვის GitLab გირჩევთ, აირჩიოთ Trusted. ამით მომხმარებლის ავტორიზაციის მოთხოვნა გამოტოვებულია.

  2. აირჩიეთ api, write_repository და openid მოქმედების არეები.

  3. გადაამოწმეთ, ვის შეუძლია აპლიკაციის მართვა, და დარწმუნდით, რომ ავტორიზაციის გამცემ GitLab-ის მომხმარებლებს ჯგუფისა და პროექტის შესაბამისი ნებართვები აქვთ.

  4. შეინახეთ აპლიკაცია.

OAuth-ის მოქმედების არეების მოთხოვნები

შაბლონი ChatGPT-სა და Codex-ში GitLab-ის ჩართული მოქმედებებისთვის OAuth-ის შემდეგ მოქმედების არეებს ითხოვს:

  • api: საჭიროა აპით ხელმისაწვდომი GitLab API-ის ოპერაციებისთვის, მათ შორის შერწყმის მოთხოვნების, საკითხებისა და CI/CD მოქმედებებისთვის.

  • write_repository: საჭიროა Git-ის მეშვეობით რეპოზიტორიუმში ჩაწერის ოპერაციებისთვის.

  • openid: საჭიროა OpenID Connect-ის იდენტობისა და წევრობის ინფორმაციისთვის.

GitLab OAuth-ის ავტორიზაციის მონაცემების კოპირება

შენახულ GitLab აპლიკაციაში დააკოპირეთ Application ID და Secret. Secret ავტორიზაციის მონაცემად მიიჩნიეთ. თუ ის გამჟღავნდა, განაახლეთ GitLab-ში და შექმენით სამუშაო სივრცის ახალი აპი.

დაყენების დასრულება ChatGPT-ში

  1. დაბრუნდით ChatGPT-ის შაბლონის დაყენების ჩანართზე.

  2. GitLab-ის Application ID ჩასვით ველში OAuth client ID.

  3. GitLab-ის Secret ჩასვით ველში OAuth client secret.

  4. დარწმუნდით, რომ GitLab-ის ჰოსტის სახელი მხოლოდ ჰოსტის სახელს შეიცავს, მაგალითად gitlab.example.com.

  5. აირჩიეთ მონახაზის შექმნა.

  6. გახსენით აპის მონახაზის დეტალები და გადაამოწმეთ „როლების წვდომა“ და „მოქმედებების კონფიგურაცია“.

აპის გამოქვეყნება და მართვა ChatGPT-ისა და Codex-ისთვის

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

  1. აპის მონახაზისთვის აირჩიეთ გამოქვეყნება.

  2. გადადით სამუშაო სივრცის პარამეტრები > პლაგინები-ში და დარწმუნდით, რომ GitLab სასურველი როლებისთვის ხელმისაწვდომია.

  3. იმ როლებისთვის, რომლებმაც აპი უნდა გამოიყენონ, გადაამოწმეთ როლების წვდომა.

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

  5. განყოფილებაში დადასტურებების კონფიგურაცია აირჩიეთ, როდის უნდა დაადასტურონ მომხმარებლებმა მოქმედება, სანამ ChatGPT ან Codex აპს გამოიყენებს.

  6. სთხოვეთ წვდომის მქონე სატესტო მომხმარებელს, გახსნას GitLab პლაგინების კატალოგიდან ან პარამეტრები > პლაგინები-დან. დარწმუნდით, რომ მომხმარებელს შეუძლია პლაგინის დაყენება და GitLab Self-Managed-ის შაბლონიდან შექმნილ აპთან დაკავშირება.

აპის დადასტურების ეს პარამეტრები ვრცელდება ChatGPT-ის საუბრებსა და Codex-ის განხილვებზე.

GitLab-ის აქტივობის დაყენება Codex-ის კოდის მიმოხილვისთვის

აპის გამოქვეყნების შემდეგ, თუ Codex-ის კოდის მიმოხილვის გამოყენებას გეგმავთ, Codex-ში GitLab-ის აქტივობა გამართეთ. აქტივობის ეს გამართვა საჭირო ვებჰუკის მოვლენებს აკონფიგურირებს.

  1. გახსენით Codex-ის კონექტორის პარამეტრები.

  2. გამართეთ სამუშაო სივრცის სერვისის ანგარიში. მიეცით Codex-ს ანგარიშის შექმნის საშუალება ან მიუთითეთ არსებული სერვისის ანგარიშის პირადი წვდომის ტოკენი.

  3. პროექტისთვის ან მისი რომელიმე მშობელი ჯგუფისთვის ჩართეთ GitLab-ის აქტივობა.

  4. თუ Codex-მა კოდირების ამოცანები უნდა შეასრულოს ან პროექტის სპეციფიკური კონფიგურაცია გამოიყენოს, შექმენით პროექტის გარემო.

GitLab-ის აპი ChatGPT-სა და Codex-ში წაკითხვისა და ჩართული მოქმედებებისთვის მომხმარებლის OAuth-ს იყენებს. GitLab Self-Managed-ში ან GitLab Dedicated-ში Codex-ის მიმოხილვის ჩანაწერებისთვის სამუშაო სივრცის მიერ მართული სერვისის ანგარიშის ტოკენი განსაზღვრავს იმ იდენტობასა და პროექტებს, რომლებშიც Codex-ს კომენტარის ან რეაქციის დამატება შეუძლია.

ვრცლად: GitLab-ის შერწყმის მოთხოვნების მიმოხილვა Codex-ით.

GitLab-ის აპის დაკავშირება და შემოწმება

  1. როგორც წვდომის მქონე მომხმარებელმა, გახსენით GitLab პლაგინების კატალოგიდან ან პარამეტრები > პლაგინები-დან. აირჩიეთ პლაგინის დაყენება, შემდეგ კი — დაკავშირება.

  2. თუ თქვენს სამუშაო სივრცეს GitLab-ის ერთზე მეტი აპი აქვს, აირჩიეთ ამ GitLab Self-Managed ან GitLab Dedicated ჰოსტისთვის განკუთვნილი აპი.

  3. მოთხოვნისას GitLab OAuth აპლიკაციას ავტორიზაცია მიანიჭეთ.

  4. ჯერ ChatGPT-ში ან Codex-ში მცირე წაკითხვის მოქმედება შეასრულეთ, მაგალითად ხელმისაწვდომი პროექტების ჩამოთვლა ან ცნობილი შერწყმის მოთხოვნის მიღება.

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

ჰოსტის სახელი და OAuth-ის ქცევა

აპი GitLab-ის საბოლოო წერტილებს ჰოსტის სახელიდან განსაზღვრავს. შეიყვანეთ მხოლოდ ჰოსტი, მაგალითად gitlab.example.com. არ მიუთითოთ https://, API-ის ან რეპოზიტორიუმის გზა, პორტი ან gitlab.com. ეს შაბლონი განკუთვნილია GitLab Self-Managed-ისთვის ან GitLab Dedicated-ისთვის. GitLab.com-ისთვის (SaaS) გამოიყენეთ GitLab-ის აპი.

GitLab Self-Managed-ის აპის დაყენების პრობლემების მოგვარება

  • გადამისამართების URI არ ემთხვევა: დარწმუნდით, რომ GitLab-ის OAuth აპლიკაციის Redirect URI ზუსტად ემთხვევა ChatGPT-ში ნაჩვენებ Redirect URI-ს.

  • ChatGPT ვერ ქმნის ან ინახავს აპის მონახაზს: დარწმუნდით, რომ მითითებულია ჰოსტის სახელი, Application ID, Secret და Redirect URI.

  • ავთენტიფიკაცია წარმატებულია, მაგრამ პროექტის გამოძახებები ვერ სრულდება: დარწმუნდით, რომ ავტორიზაციის გამცემ GitLab-ის მომხმარებელს პროექტზე წვდომა აქვს და OAuth აპლიკაციას შაბლონით გათვალისწინებული მოქმედების არეები აქვს.

  • API აბრუნებს 403-ს ან არასაკმარის ნებართვებს: დარწმუნდით, რომ დაკავშირებულ GitLab ანგარიშს პროექტის ან ჯგუფის საჭირო ნებართვები აქვს და OAuth აპლიკაცია საჭირო შაბლონურ მოქმედების არეებს მოიცავს.

  • არცერთი პროექტი არ არის ხელმისაწვდომი: დარწმუნდით, რომ მომხმარებელს პროექტზე წვდომა აქვს, GitLab-ის სწორ ეგზემპლართანაა დაკავშირებული და ChatGPT-ში ან Codex-ში GitLab-ის სწორი აპი აირჩია.

GitLab-ის შესაბამისი დოკუმენტაცია

სასარგებლო იყო ეს სტატია?