วิธีเชื่อมต่อ Repository ของ GHE.com กับ Apidog

คู่มือทีละขั้นตอนสำหรับการเชื่อมต่อ repository ของ GitHub Enterprise Cloud ที่รองรับการจัดเก็บข้อมูลตามภูมิภาค เข้ากับ Apidog

Oliver Kingsley

Oliver Kingsley

31 August 2026

วิธีเชื่อมต่อ Repository ของ GHE.com กับ Apidog

Apidog สำหรับองค์กร

การติดตั้งแบบ On-Premises

SSO & RBAC

รองรับมาตรฐาน SOC 2

สำรวจ Apidog Enterprise

Apidog สามารถเชื่อมต่อกับเทนเนนต์ GitHub Enterprise Cloud ที่มีการคงอยู่ของข้อมูล (data-residency) ซึ่งโฮสต์อยู่บนโดเมน `*.ghe.com` เฉพาะ หลังจากที่ผู้ดูแลระบบองค์กร (Organization Admin) กำหนดค่าเทนเนนต์และแอป OAuth แล้ว ผู้ใช้โปรเจกต์ที่ได้รับอนุญาตสามารถเชื่อมต่อกับคลังเก็บข้อมูล (repositories) และใช้งานขั้นตอนการนำเข้า OpenAPI, การสำรองข้อมูล และการซิงโครไนซ์ที่รองรับ

การผสานรวมนี้สำหรับเทนเนนต์ SaaS ของ GitHub Enterprise Cloud ที่มีการคงอยู่ของข้อมูลเท่านั้น ไม่รองรับ GitHub Enterprise Server หรือโดเมน GitHub ที่กำหนดเอง

ก่อนที่คุณจะเริ่มต้น

คุณต้องมี:

ผู้ใช้ที่เชื่อมต่อคลังเก็บข้อมูลจะต้องมีสิทธิ์การเชื่อมต่อ Git ระดับโปรเจกต์ที่เกี่ยวข้องใน Apidog ด้วย

ขั้นตอนที่ 1: สร้างแอป OAuth บนเทนเนนต์ GHE.com

  1. ลงชื่อเข้าใช้เทนเนนต์ GHE.com ขององค์กรคุณ
  2. เปิดการตั้งค่าแอป OAuth
  3. สร้างแอป OAuth ใหม่
  4. ป้อนชื่อแอปพลิเคชันที่สามารถระบุได้
  5. ตั้งค่า URL ของหน้าแรกเป็น:https://apidog.com
  6. ตั้งค่า URL การเรียกกลับการอนุญาตเป็น:https://api.apidog.com/passport/github/callback
  7. ลงทะเบียนแอป OAuth
  8. คัดลอก Client ID
  9. สร้างและคัดลอก Client Secret อย่างปลอดภัย
GitHub Enterprise Cloud OAuth App configured with the Apidog homepage and callback URL

URL การเรียกกลับต้องตรงกับ URL ของ Apidog ที่ระบุไว้ทุกประการ

จัดเก็บ Client Secret ไว้ในระบบการจัดการความลับที่ได้รับการอนุมัติของคุณ ห้ามนำไปใส่ในภาพหน้าจอ, ตั๋ว หรือเอกสารที่แชร์

ขั้นตอนที่ 2: กำหนดค่าเทนเนนต์ GHE.com ใน Apidog

เฉพาะผู้ดูแลระบบองค์กร (Organization Admin) เท่านั้นที่สามารถกำหนดค่าหรือลบการผสานรวมนี้ได้

  1. เปิดองค์กร Apidog
  2. ไปที่ การตั้งค่าองค์กร (Organization Settings)
  3. เปิด การผสานรวม GitHub (GitHub Integration)
  4. ค้นหา GitHub Enterprise Cloud Data Residency และเลือก กำหนดค่า (Configure)
GitHub Enterprise Cloud Data Residency entry
Apidog configuration dialog for GitHub Enterprise Cloud Data Residency

กำหนดค่าโฮสต์ของเทนเนนต์และข้อมูลรับรองของแอป OAuth ในระดับองค์กร

หลังจากบันทึก Apidog จะแสดง URL โฮสต์ที่กำหนดค่าไว้ Client Secret จะไม่แสดงหรือกรอกล่วงหน้าอีก

เมื่อแก้ไขการกำหนดค่าในภายหลัง การเว้นช่อง Client Secret ว่างไว้จะคงค่าความลับที่มีอยู่ หากต้องการเปลี่ยนให้ป้อนค่าใหม่เฉพาะเมื่อมีการหมุนเวียน (rotating) เท่านั้น

ขั้นตอนที่ 3: เชื่อมต่อคลังเก็บข้อมูลจากโปรเจกต์ Apidog

หลังจากกำหนดค่าระดับองค์กรเสร็จสมบูรณ์แล้ว:

  1. เปิดโปรเจกต์ Apidog ที่ต้องการ
  2. เริ่มการเชื่อมต่อ Git หรือขั้นตอนการนำเข้า Git
  3. เลือก GitHub Enterprise Cloud
  4. ดำเนินการต่อไปยังหน้าการอนุญาตบนเทนเนนต์ GHE.com ที่กำหนดค่าไว้
  5. ลงชื่อเข้าใช้และอนุญาตแอป OAuth
  6. เลือกองค์กร GitHub
  7. เลือกคลังเก็บข้อมูลและสาขา
  8. ดำเนินการเชื่อมต่อให้เสร็จสมบูรณ์
Selecting GitHub Enterprise Cloud as the repository provider in Apidog

การอนุญาตดำเนินการบนเทนเนนต์ GHE.com ที่กำหนดค่าไว้ ไม่ใช่บน github.com มาตรฐาน

หากองค์กรหรือคลังเก็บข้อมูลที่คาดหวังหายไป ให้ตรวจสอบการเข้าถึงบัญชี GitHub และการอนุญาตของแอป OAuth ก่อนที่จะเปลี่ยนการตั้งค่าองค์กร Apidog

ขั้นตอนที่ 4: นำเข้าไฟล์ OpenAPI

หากต้องการนำเข้าไฟล์ OpenAPI หรือ Swagger จากคลังเก็บข้อมูลที่เชื่อมต่อ:

  1. เริ่มขั้นตอนการนำเข้าในโปรเจกต์ Apidog
  2. เลือก OpenAPI/Swagger
  3. เลือก คลังเก็บข้อมูล Git (Git Repository)
  4. เลือกองค์กร GitHub, คลังเก็บข้อมูล, สาขา และไฟล์
  5. เลือก ดำเนินการต่อ (Continue)
  6. เลือกโมดูลเป้าหมายที่มีอยู่ หรือสร้างใหม่
  7. ดำเนินการนำเข้าให้เสร็จสมบูรณ์
  8. ตรวจสอบปลายทางและสคีมาที่นำเข้าก่อนยอมรับผลลัพธ์
Selecting an OpenAPI file from a GitHub Enterprise Cloud repository

เลือกคลังเก็บข้อมูล, สาขา และไฟล์ข้อกำหนดที่โปรเจกต์ต้องการ

ใช้โปรเจกต์ที่ไม่ใช่สำหรับใช้งานจริงสำหรับการนำเข้าครั้งแรก โดยเฉพาะอย่างยิ่งเมื่อโมดูลเป้าหมายมีคำจำกัดความ API อยู่แล้ว

ขั้นตอนที่ 5: เลือกขั้นตอนการซิงโครไนซ์ที่กำลังดำเนินอยู่

การเชื่อมต่อคลังเก็บข้อมูลสามารถรองรับขั้นตอนการทำงานที่แตกต่างกันได้ เลือกแหล่งข้อมูลที่ถูกต้องแหล่งเดียว และจัดทำเอกสารสำหรับทีม

ขั้นตอนการทำงาน ใช้เมื่อ พฤติกรรมที่สำคัญ
นำเข้าด้วยตนเอง การเปลี่ยนแปลงจะถูกนำเข้าสู่ Apidog เมื่อมีการร้องขอเท่านั้น ตรวจสอบการนำเข้าแต่ละครั้งและโมดูลเป้าหมาย
นำเข้าตามกำหนดเวลา ไฟล์ Git ยังคงเป็นแหล่งที่มา และ Apidog ควรอัปเดตเป็นระยะ ทำงานผ่านไคลเอนต์ภายในเครื่องหรือ Runner ที่โฮสต์ด้วยตนเองตามโหมดการดำเนินการที่กำหนดค่าไว้
สำรองข้อมูลไปยัง Git เนื้อหาของ Apidog ควรถูกเขียนลงในไฟล์คลังเก็บข้อมูล กำหนดค่าคลังเก็บข้อมูล, สาขา และเส้นทางไฟล์เป้าหมาย; การสำรองข้อมูลอัตโนมัติจะทำงานในช่วงเวลาที่ไม่ได้ใช้งานสูงสุด (off-peak) ที่กำหนดแบบสุ่มในเวลากลางคืน
โหมด Spec-first ไฟล์ข้อกำหนดเป็นแหล่งที่มาของข้อมูลที่ถูกต้อง และทีมแก้ไขผ่านขั้นตอนการทำงานที่เน้น Git โหมดนี้ยังอยู่ในช่วงเบต้า; การติดตั้ง webhook มักต้องใช้สิทธิ์ผู้ดูแลระบบคลังเก็บข้อมูล

อย่ากำหนดค่าขั้นตอนการทำงานอัตโนมัติสองอย่างที่ขัดแย้งกันกับไฟล์เดียวกัน โดยไม่มีกฎการแก้ไขข้อขัดแย้งที่ชัดเจน

สำหรับการสำรองข้อมูล:

  1. สร้างหรือเลือกการเชื่อมต่อ Git ในการตั้งค่าโปรเจกต์
  2. เปิด ภาพรวม > ข้อกำหนด API (Overview > API Specification) ของโมดูล
  3. เพิ่มหรือเลือกข้อกำหนด OpenAPI
  4. เปิดใช้งาน สำรองข้อมูลไปยังคลังเก็บข้อมูล Git (Backup to Git Repository)
  5. เลือกการเชื่อมต่อคลังเก็บข้อมูล, สาขา และเส้นทางไฟล์เป้าหมาย
  6. บันทึกการกำหนดค่า

สำหรับแหล่งข้อมูลที่ถูกต้องซึ่งขับเคลื่อนด้วยคลังเก็บข้อมูล ให้ใช้ การนำเข้าตามกำหนดเวลา (Scheduled Import) หรือทบทวน โหมด Spec-first (Spec-first Mode)

ขั้นตอนที่ 6: ตรวจสอบการผสานรวม

เรียกใช้การทดสอบแบบ end-to-end ขนาดเล็ก:

  1. ยืนยันว่าการอนุญาตเปิดเทนเนนต์ GHE.com ที่กำหนดค่าไว้
  2. ยืนยันว่ามีเฉพาะองค์กรและคลังเก็บข้อมูลที่คาดหวังเท่านั้น
  3. นำเข้าไฟล์ OpenAPI ที่รู้จัก และเปรียบเทียบผลลัพธ์กับแหล่งที่มา
  4. ทดสอบทิศทางการสำรองข้อมูลหรือการซิงโครไนซ์ที่เลือกในสาขาชั่วคราว
  5. ยืนยันว่าการป้องกันสาขาและสิทธิ์คลังเก็บข้อมูลทำงานได้ตามที่คาดไว้
  6. ตรวจสอบบันทึกการซิงค์หรือข้อผิดพลาด
  7. หมุนเวียน Client Secret ของแอป OAuth และยืนยันว่ากระบวนการอัปเดตที่ระบุไว้ทำงานได้

หากใช้การซิงโครไนซ์ผ่าน webhook ให้ตรวจสอบว่าผู้ติดตั้งมีสิทธิ์ผู้ดูแลระบบคลังเก็บข้อมูล และเหตุการณ์ push ที่คาดไว้จะกระตุ้นการซิงโครไนซ์

อัปเดตหรือล้างการตั้งค่าองค์กร

ผู้ดูแลระบบองค์กร (Organization Admins) สามารถแก้ไข URL โฮสต์หรือ Client ID และสามารถหมุนเวียน Client Secret ได้โดยการป้อนค่าใหม่

หากต้องการลบการกำหนดค่าระดับองค์กร ให้เปิด การตั้งค่าองค์กร (Organization Settings) > การผสานรวม GitHub (GitHub Integration) ค้นหาการผสานรวมการคงอยู่ของข้อมูล (data-residency) และเลือก ล้างการตั้งค่า (Clear settings)

หลังจากล้างการตั้งค่าแล้ว ผู้ใช้จะไม่สามารถสร้างการเชื่อมต่อ GitHub Enterprise Cloud ใหม่ได้จนกว่าจะกำหนดค่าการผสานรวมอีกครั้ง การเชื่อมต่อที่มีอยู่แล้วอาจต้องมีการกำหนดค่าใหม่หรือการอนุญาตใหม่ ขึ้นอยู่กับสถานะโทเค็นและการตั้งค่าองค์กร

การแก้ไขปัญหา

ปัญหา สิ่งที่ต้องตรวจสอบ
ตัวเลือกการผสานรวมไม่พร้อมใช้งาน ยืนยันว่าองค์กรสามารถเข้าถึงฟีเจอร์ Enterprise และคุณเป็นผู้ดูแลระบบองค์กร (Organization Admin)
OAuth ส่งคืนข้อผิดพลาดการเรียกกลับ ยืนยันว่า URL การเรียกกลับของแอป OAuth คือ https://api.apidog.com/passport/github/callback อย่างถูกต้อง
การอนุญาตเปิด github.com ยืนยันว่าโฮสต์ระดับองค์กรคือเทนเนนต์ *.ghe.com หลักที่ต้องการ
คลังเก็บข้อมูลหายไป ตรวจสอบการเข้าถึงองค์กรและคลังเก็บข้อมูลของผู้ใช้ GitHub ที่ได้รับอนุญาต และข้อจำกัดของ OAuth ที่มี
ผู้ใช้โปรเจกต์ไม่สามารถสร้างการเชื่อมต่อได้ ยืนยันว่าผู้ใช้มีสิทธิ์การเชื่อมต่อ Git ระดับโปรเจกต์ที่จำเป็น
การนำเข้าหรือการซิงค์ล้มเหลว ตรวจสอบสาขาที่เลือก, เส้นทางไฟล์, รูปแบบไฟล์, สิทธิ์คลังเก็บข้อมูล และบันทึกการซิงค์

ขอบเขตความปลอดภัยและการคงอยู่ของข้อมูล

การเชื่อมต่อเทนเนนต์ที่มีการคงอยู่ของข้อมูล (data-residency) ไม่ได้พิสูจน์ได้ด้วยตัวเองว่าข้อมูลทุกประเภทที่เกี่ยวข้องกับ GitHub หรือ Apidog จะยังคงอยู่ในภูมิภาคเดียว GitHub ได้จัดทำเอกสารข้อมูลที่ครอบคลุมโดยข้อเสนอการคงอยู่ของข้อมูลและข้อยกเว้นที่เกี่ยวข้อง Apidog เป็นบริการที่เชื่อมต่อกันแยกต่างหากซึ่งมีโมเดลการจัดเก็บและการปรับใช้ของตัวเอง โปรดตรวจสอบเอกสารปัจจุบันของผู้ให้บริการทั้งสองในฐานะส่วนหนึ่งของการประเมินการคงอยู่ของข้อมูลหรือการปฏิบัติตามข้อกำหนด

บทแนะนำเกี่ยวกับการกำกับดูแล API ที่เกี่ยวข้อง:

เอกสารประกอบอย่างเป็นทางการที่เกี่ยวข้อง:

ฝึกการออกแบบ API แบบ Design-first ใน Apidog

ค้นพบวิธีที่ง่ายขึ้นในการสร้างและใช้ API