GitHub Enterprise Cloud ตอนนี้รวมการเข้าถึง Copilot สำหรับผู้ใช้ที่มีใบอนุญาต
· GitHub
นี่ไม่ใช่คำแนะนำทางการเงิน
GitHub Enterprise Cloud ตอนนี้รวมการเข้าถึง Copilot สำหรับผู้ใช้ที่มีใบอนุญาตทุกคน เปลี่ยนการจัดการไปยังงบประมาณ AI ขององค์กร สำรวจผลกระทบและเครื่องมือการติดตามการใช้งาน
สิ่งใหม่และสิ่งที่มันเปิดใช้งาน
ก่อนหน้านี้ องค์กรที่ใช้ GitHub Copilot ต้องจัดการใบอนุญาตที่นั่ง Copilot แยกต่างหากและติดตามการใช้งาน AI ของแต่ละบุคคล ทำให้เกิดความซับซ้อนในการบริหารจัดการและอาจทำให้เกิดความไม่มีประสิทธิภาพได้ เมื่อ Copilot รวมอยู่ในผู้ใช้ GitHub Enterprise Cloud ที่มีใบอนุญาตทุกคน การมุ่งเน้นจะเปลี่ยนไปที่การจัดการการใช้งาน AI ตามงบประมาณขององค์กรที่รวมกัน อย่างไรก็ตาม ไม่มีการอนุญาตการใช้งานที่รวมอยู่ ดังนั้นองค์กรต้องติดตามการใช้งานอย่างใกล้ชิดเพื่อหลีกเลี่ยงการใช้จ่ายเกินงบประมาณ ซึ่งอาจส่งผลกระทบต่อการเข้าถึงฟีเจอร์บางอย่างของ Copilot
สิ่งที่แหล่งข่าวรายงาน
GitHub รายงาน: GitHub ได้ประกาศว่า Copilot ตอนนี้รวมอยู่สำหรับผู้ใช้ที่มีใบอนุญาตทุกคนของ GitHub Enterprise Cloud ซึ่งพร้อมใช้งานทันทีสำหรับองค์กรที่ทำงานกับทีมบัญชี GitHub หรือ Microsoft การเปลี่ยนแปลงนี้ทำให้ไม่จำเป็นต้องจัดการที่นั่ง Copilot แยกต่างหาก แต่การใช้งาน AI จะถูกวัดจากคำขอแรกสุดตามงบประมาณขององค์กร ในขณะที่ฟีเจอร์บางอย่างของ Copilot ยังคงสามารถใช้งานได้แม้ว่างบประมาณจะหมด แต่ฟีเจอร์ขั้นสูงเช่น Copilot Chat และการตรวจสอบโค้ดยังคงต้องการงบประมาณที่มีอยู่ การเข้าถึงแบบบริการตนเองจะถูกเปิดตัวในระยะต่างๆ และการเข้าถึง Copilot แบบแยกยังคงมีให้สำหรับผู้ใช้ที่ไม่มีใบอนุญาตในราคา 10 ดอลลาร์ต่อเดือน
หลักฐานจากแหล่งที่มา (ข้อความสั้น ๆ)
“เมื่อ Copilot รวมอยู่ในแพลตฟอร์ม การใช้งานตามงบประมาณขององค์กรของคุณจะเป็นสิ่งที่ต้องจัดการเป็นหลัก”
“การเข้าถึง Copilot ผ่าน GitHub Enterprise และ Copilot Standalone มีฟีเจอร์และโมเดลเดียวกันกับ Copilot Enterprise แต่ไม่มีเครดิต AI รายเดือนต่อที่นั่ง”
“ที่นั่งและฟีเจอร์ที่ไม่ต้องการงบประมาณยังคงอยู่ หากคุณทำงานกับทีมบัญชี GitHub หรือ Microsoft: พร้อมใช้งานตอนนี้สำหรับ GitHub Enterprise Cloud ติดต่อ”
การวิเคราะห์ - สมมติฐาน, ไม่ใช่ข้อค้นพบที่ได้รับการตรวจสอบ
การเปลี่ยนแปลงนี้ทำให้การเข้าถึง Copilot สำหรับผู้ใช้ในองค์กรง่ายขึ้นและอาจกระตุ้นให้มีการนำการพัฒนาที่ช่วยด้วย AI มาใช้ในองค์กรมากขึ้น อย่างไรก็ตาม การเปลี่ยนไปสู่การจัดการการใช้งานตามงบประมาณนำมาซึ่งความท้าทายใหม่: องค์กรต้องติดตามและปรับปรุงการใช้งาน AI เพื่อป้องกันการใช้จ่ายเกินงบประมาณ ซึ่งอาจจำกัดการเข้าถึงฟีเจอร์ขั้นสูงของ Copilot การเข้าใจรูปแบบการใช้งานและการตั้งนโยบายที่มีประสิทธิภาพจะเป็นสิ่งสำคัญในการเพิ่มมูลค่าของ Copilot ในขณะที่ควบคุมค่าใช้จ่าย เครื่องมือที่ช่วยในการมองเห็น แจ้งเตือน และระบุการใช้งาน Copilot อาจมีความสำคัญมากขึ้นสำหรับผู้ดูแลระบบในองค์กร
การใช้งานและโครงการที่เป็นไปได้
เมื่อการใช้งาน Copilot ตอนนี้ถูกวัดตามงบประมาณขององค์กร องค์กรต้องการเครื่องมือที่ดีกว่าในการติดตามและจัดการการใช้งาน แดชบอร์ดนี้ตอบสนองความต้องการที่เป็นจริงสำหรับการมองเห็นและการควบคุม โดยเฉพาะอย่างยิ่งเมื่อฟีเจอร์ขั้นสูงต้องการงบประมาณที่มีอยู่ การนำไปใช้จริงและประสิทธิภาพจะขึ้นอยู่กับข้อเสนอแนะแบบองค์กรและการเปรียบเทียบกับเครื่องมือที่มีอยู่
การนำไปใช้และโมเดลธุรกิจ - สมมติฐานที่เลือกได้
ไม่มีผู้จ่ายที่กำหนด; นี่คือเครื่องมือชุมชนที่ไม่ใช่เชิงพาณิชย์สำหรับผู้ดูแลระบบองค์กร การสร้างรายได้ไม่จำเป็นสำหรับโครงการนี้
ไม่มีสมมติฐานเชิงพาณิชย์ที่กำหนด; แดชบอร์ดนี้มีวัตถุประสงค์เป็นเครื่องมือชุมชนหรือภายใน หากมีการพาณิชย์ อาจมีการสำรวจโมเดลการสมัครสมาชิกหรือการสนับสนุน แต่ยังไม่ได้รับการยืนยัน
คู่แข่งและความแตกต่างในการทดสอบ
ทางเลือกที่ควรตรวจสอบรวมถึงการรายงานการใช้งาน Copilot ที่มีอยู่ใน GitHub แดชบอร์ดผู้ดูแลระบบ SaaS ของบุคคลที่สาม และสคริปต์การติดตามแบบโอเพนซอร์ส ไม่มีการอ้างสิทธิ์ในข้อได้เปรียบที่ไม่เหมือนใคร
ทดสอบว่าแดชบอร์ดให้ข้อมูลเชิงลึกเกี่ยวกับการใช้งานที่มีความละเอียดมากขึ้น สามารถดำเนินการได้ หรือทันเวลามากกว่าการรายงานของ GitHub หรือไม่ สมมติฐาน: การแจ้งเตือนที่กำหนดเองและการแบ่งระดับทีมช่วยปรับปรุงการจัดการงบประมาณและลดการล็อกฟีเจอร์ลง 20%
ภูมิศาสตร์ ค่าใช้จ่าย และการตรวจสอบทางกฎหมาย
พร้อมใช้งานสำหรับผู้ใช้ GitHub Enterprise Cloud; ขอบเขตและความพร้อมใช้งานจริงยังไม่ทราบจนกว่าจะตรวจสอบกับทีมบัญชี GitHub
ค่าใช้จ่ายจริงยังไม่ทราบ/ไม่ได้รายงานและต้องการการเสนอราคาท้องถิ่น ทรัพยากรประกอบด้วยเวลาของนักพัฒนาและค่าใช้จ่ายในการโฮสต์คลาวด์ที่เป็นไปได้สำหรับแดชบอร์ด; ไม่จำเป็นต้องมีการเปลี่ยนแปลงใบอนุญาต Copilot หรือ GitHub สำหรับการทดลอง
ต้องปฏิบัติตามความเป็นส่วนตัวในท้องถิ่น ข้อกำหนดของผู้บริโภค และข้อกำหนดของแพลตฟอร์ม ตรวจสอบนโยบายการใช้งาน API/ข้อมูลของ GitHub และการกำกับดูแลข้อมูลขององค์กร ไม่มีคำแนะนำทางกฎหมายให้
สิ่งที่ยังไม่เป็นที่รู้จัก
ยังไม่ชัดเจนว่าองค์กรจะปรับตัวเข้ากับโมเดลการใช้งานตามงบประมาณใหม่ได้อย่างไร และรูปแบบการใช้งานทั่วไปจะเป็นอย่างไร ผลกระทบต่อการนำ Copilot โดยรวม ประสิทธิภาพของนักพัฒนา และการจัดการค่าใช้จ่ายยังคงต้องติดตาม ยังมีข้อมูลจำกัดเกี่ยวกับวิธีที่องค์กรสามารถเพิ่มประสิทธิภาพการใช้งาน ตั้งค่าแจ้งเตือนที่มีประสิทธิภาพ หรือระบุค่าใช้จ่ายระหว่างทีม ระยะเวลาการเปิดตัวสำหรับลูกค้าที่ให้บริการตนเองและรายละเอียดของนโยบายการวัดการใช้งานของ Copilot ยังไม่ได้รับการอธิบายอย่างเต็มที่ ผลกระทบต่อกระบวนการทำงานที่มีอยู่และความจำเป็นสำหรับเครื่องมือการบริหารใหม่ยังคงเป็นคำถามที่เปิดอยู่
ความเป็นไปได้ของโครงการ - ยังไม่ได้รับการตรวจสอบ
การวิเคราะห์โอกาสดั้งเดิมนี้เป็นข้อเสนอในการทดสอบ ไม่ใช่การอ้างสิทธิ์ว่าผลิตภัณฑ์ ตลาด ลูกค้า หรือรายได้ได้รับการตรวจสอบแล้ว ไม่มีการวิจัยตลาดอย่างอิสระที่ดำเนินการ; แหล่งที่มาไม่ได้รายงานยอดขายหรือรายได้ที่รับประกัน เว้นแต่หลักฐานที่อ้างถึงจะกล่าวเป็นอย่างอื่น
วันที่และความสดใหม่ของแหล่งที่มา
เวลาประทับของฟีดผู้เผยแพร่: 2026-10-28T15:50:00.000Z นี่คือการบันทึกเมื่อรายการต้นทางถูกเผยแพร่ ไม่ใช่การตรวจสอบราคาที่มีชีวิต จำนวนลูกค้า ความพร้อมใช้งาน หรือข้อกำหนดของแพลตฟอร์ม
แหล่ง
GitHub - GitHub Enterprise ตอนนี้รวมการเข้าถึง GitHub Copilot
https://github.blog/changelog/2026-10-28-github-enterprise-now-includes-access-to-github-copilot
MLAIEL AI — สมมติฐานโครงการ
ข้อเสนอสำหรับทีม ไม่ใช่ผลที่ตรวจสอบแล้ว และไม่ใช่คำแนะนำทางการแพทย์หรือการเงิน
โอกาสดิจิทัล (v4): แดชบอร์ดการติดตามการใช้งาน Copilot สำหรับองค์กร กลุ่มเป้าหมาย: ผู้ดูแลระบบองค์กรและผู้จัดการวิศวกรรมที่ใช้ GitHub Enterprise Cloud พร้อมการเข้าถึง Copilot ที่รวมอยู่ ซึ่งรับผิดชอบในการจัดการการใช้งาน AI และงบประมาณ วิธีการทำงาน: เครื่องมือจะดึงข้อมูลการใช้งาน Copilot ผ่าน API ขององค์กรของ GitHub รวมการใช้งานตามผู้ใช้ ทีม และฟีเจอร์ และนำเสนอแดชบอร์ดแบบเรียลไทม์พร้อมการแจ้งเตือนเมื่อใกล้ถึงขีดจำกัดงบประมาณ มันจะแสดงแนวโน้มการใช้งาน ระบุผู้ใช้หรือทีมที่ใช้งานมาก และจัดทำรายงานที่สามารถส่งออกได้สำหรับการวางแผนงบประมาณและการเรียกเก็บภายใน เวอร์ชันแรก: โปรโตไทป์แดชบอร์ดบนเว็บสำหรับบัญชี GitHub Cloud ขององค์กรหนึ่งบัญชี แสดงการใช้งาน Copilot รายวันและรายเดือนต่อผู้ใช้/ทีม พร้อมการแจ้งเตือนงบประมาณที่ปรับแต่งได้ ดำเนินการโดยผู้ดูแลระบบภายในและทดสอบกับทีมวิศวกรรม 2-3 ทีม (สูงสุด 30 ผู้ใช้) เป็นระยะเวลา 4 สัปดาห์ ใช้ข้อมูลและการเข้าถึงที่ได้รับการอนุมัติจากองค์กรเท่านั้น ทางเลือกที่ควรตรวจสอบ: ตรวจสอบรายงานการใช้งาน Copilot ที่มีอยู่ใน GitHub, เครื่องมือบริหารจัดการ SaaS ของบุคคลที่สาม, และสคริปต์การตรวจสอบแบบโอเพนซอร์สเพื่อประเมินโซลูชันที่มีอยู่และช่องว่างในด้านการแจ้งเตือนหรือการแสดงผลข้อมูล. ความแตกต่างที่ควรทดสอบ: ทดสอบว่าดashboard ให้ข้อมูลเชิงลึกเกี่ยวกับการใช้งานที่ละเอียด, สามารถดำเนินการได้, หรือทันเวลามากกว่ารายงานที่มีอยู่ใน GitHub หรือไม่ สมมติฐาน: การแจ้งเตือนที่กำหนดเองและการแบ่งระดับทีมจะช่วยปรับปรุงการจัดการงบประมาณและลดการล็อคฟีเจอร์ลง 20%. แหล่งหลักฐานของความสามารถหรือความต้องการ: ที่นั่งและฟีเจอร์ที่ไม่ต้องใช้งบประมาณยังคงอยู่ ความพร้อมใช้งาน หากคุณทำงานกับทีมบัญชี GitHub หรือ Microsoft: พร้อมใช้งานแล้วสำหรับ GitHub Enterprise Cloud. ติดต่อ การใช้งานที่เป็นไปได้และข้อจำกัด: ด้วยการใช้งาน Copilot ที่ถูกวัดตามงบประมาณขององค์กร, องค์กรต้องการเครื่องมือที่ดีกว่าในการตรวจสอบและจัดการการใช้งาน ดashboard นี้ตอบสนองความต้องการที่เป็นจริงสำหรับการมองเห็นและการควบคุม, โดยเฉพาะเมื่อฟีเจอร์ขั้นสูงต้องการความพร้อมของงบประมาณ การนำไปใช้จริงและประสิทธิภาพจะขึ้นอยู่กับข้อเสนอแนะแบบองค์กรและการเปรียบเทียบกับเครื่องมือที่มีอยู่. ผู้ใช้ที่มีศักยภาพและผู้จ่ายเงินที่เลือกได้: ไม่มีผู้จ่ายเงินที่กำหนด; นี่คือเครื่องมือชุมชนที่ไม่ใช่เชิงพาณิชย์สำหรับผู้ดูแลระบบองค์กร การสร้างรายได้ไม่จำเป็นสำหรับโครงการนี้. คู่แข่งและทางเลือกที่ควรตรวจสอบ: ทางเลือกที่ควรตรวจสอบรวมถึงรายงานการใช้งาน Copilot ที่มีอยู่ใน GitHub, แดชบอร์ดการบริหารจัดการ SaaS ของบุคคลที่สาม, และสคริปต์การตรวจสอบแบบโอเพนซอร์ส ไม่มีการอ้างสิทธิ์ในข้อได้เปรียบที่เป็นเอกลักษณ์. โมเดลธุรกิจทางกฎหมายที่เลือกได้: ไม่มีสมมติฐานเชิงพาณิชย์ที่ตั้งขึ้น; ดashboard นี้มีวัตถุประสงค์เป็นเครื่องมือชุมชนหรือภายใน หากมีการพาณิชย์, อาจมีการสำรวจโมเดลการสมัครสมาชิกหรือการสนับสนุน, แต่ยังไม่ได้รับการยืนยัน. ทักษะและเวลาที่ต้องใช้ในการทดสอบ: ต้องการทักษะในการพัฒนาเว็บ, การรวม API ของ GitHub, และการแสดงข้อมูลพื้นฐาน เวลาที่ประมาณการ: 2-4 สัปดาห์สำหรับต้นแบบที่ใช้งานได้, ยังไม่ได้รับการยืนยัน. ความพร้อมใช้งานทางภูมิศาสตร์และข้อจำกัด: พร้อมใช้งานสำหรับผู้ใช้ GitHub Enterprise Cloud; ขอบเขตและความพร้อมใช้งานจริงไม่ทราบจนกว่าจะตรวจสอบกับทีมบัญชี GitHub. ข้อจำกัดทางกฎหมายและแพลตฟอร์มที่ต้องตรวจสอบ: ต้องปฏิบัติตามกฎหมายความเป็นส่วนตัว, ผู้บริโภค, และเงื่อนไขของแพลตฟอร์มในท้องถิ่น ตรวจสอบนโยบายการใช้งาน API/ข้อมูลของ GitHub และการกำกับดูแลข้อมูลขององค์กร ไม่มีคำแนะนำทางกฎหมายให้. ราคาและเงื่อนไขของแพลตฟอร์มในปัจจุบัน: ราคาและเงื่อนไขสำหรับ GitHub Enterprise และ Copilot ไม่ทราบ/ไม่ได้ตรวจสอบนอกเหนือจากข้อความที่ให้มา; ดashboard เป็นเครื่องมือแยกต่างหากที่ไม่มีข้อกำหนดในการอนุญาต. อายุ, การชำระเงินและการตรวจสอบคุณสมบัติ: อายุขั้นต่ำของผู้ใช้ MLAIEL คือ 16 ปี; GitHub และ Copilot อาจมีข้อกำหนดอายุที่สูงกว่าหรือจำเป็นต้องมีข้อตกลงขององค์กร การชำระเงิน, การจ่ายเงิน, และคุณสมบัติด้านภาษีสำหรับบริการภายนอกยังไม่ได้รับการตรวจสอบจนกว่าจะมีการตรวจสอบ. การทดสอบการตรวจสอบที่มีต้นทุนต่ำที่สุด: การทดสอบที่เล็กที่สุด: ติดตั้งดashboard สำหรับผู้ดูแลระบบหนึ่งคนและทีมหนึ่งทีม, โดยใช้ข้อมูลการใช้งานที่สร้างขึ้นหรือไม่ระบุชื่อ, เพื่อยืนยันการเข้าถึงข้อมูล, ความถูกต้องของการแจ้งเตือน, และความมีประโยชน์ของรายงานก่อนที่จะขยายไปยังผู้ใช้มากขึ้น. ความรับผิดชอบของมนุษย์: ผู้ดูแลระบบองค์กรตั้งค่าการเข้าถึง API กำหนดทีมและขีดจำกัดงบประมาณ และตรวจสอบผลลัพธ์จากแดชบอร์ด ผู้จัดการวิศวกรรมให้ข้อเสนอแนะแก่ความมีประโยชน์ของรายงานและความแม่นยำของการแจ้งเตือน การมีส่วนร่วมของ AI และขีดจำกัด: ทางเลือก: ใช้ AI เพื่อตรวจจับการใช้งานที่ผิดปกติหรือคาดการณ์การหมดงบประมาณในอนาคตตามแนวโน้มในอดีต AI จะไม่เข้าถึงเนื้อหาของโค้ดหรือข้อมูลประจำตัวของผู้ใช้เกินกว่าตัวชี้วัดการใช้งาน ข้อมูลและการเข้าถึงที่จำเป็น: ต้องการการเข้าถึงบันทึกการใช้งาน Copilot การมอบหมายทีม/ผู้ใช้ และการตั้งค่างบประมาณผ่าน GitHub Enterprise APIs ข้อมูลทั้งหมดต้องได้รับการอนุมัติจากองค์กรและปฏิบัติตามนโยบายความเป็นส่วนตัว การตั้งค่าและความจุที่รองรับจากแหล่งที่มา: ที่นั่งและฟีเจอร์ที่ไม่ต้องใช้งบประมาณยังคงอยู่ ความพร้อมใช้งาน หากคุณทำงานกับทีมบัญชี GitHub หรือ Microsoft: พร้อมใช้งานแล้วสำหรับ GitHub Enterprise Cloud ติดต่อทีมขายของคุณเกี่ยวกับการตั้งค่าบัญชีองค์กรใหม่ในรูปแบบนี้หรือการเปลี่ยนบัญชีองค์กรที่มีอยู่ ขั้นตอนที่จัดลำดับและเจ้าของ: 1. รับประกันการเข้าถึงผู้ดูแลระบบและ API สำหรับบัญชี GitHub Cloud ขององค์กร 2. สร้างแดชบอร์ดเพื่อดึงข้อมูลและแสดงข้อมูลการใช้งาน Copilot 3. กำหนดการมอบหมายทีมและขีดจำกัดงบประมาณ 4. ดำเนินการทดลอง 4 สัปดาห์กับทีมที่เลือก 5. รวบรวมข้อเสนอแนะและเปรียบเทียบกับการรายงานแบบดั้งเดิม ทรัพยากรขั้นต่ำและความพึ่งพา: ต้องการการเข้าถึงบัญชี GitHub Enterprise Cloud ที่เปิดใช้งาน Copilot ข้อมูลประจำตัว API เซิร์ฟเวอร์ที่ปลอดภัยสำหรับการโฮสต์แดชบอร์ด และเครื่องมือพัฒนาเว็บพื้นฐาน ยืนยันการเข้าถึง API และสิทธิ์ในการส่งออกข้อมูลก่อนเริ่มต้น ไม่ต้องการฮาร์ดแวร์เพิ่มเติม ค่าใช้จ่ายและความไม่แน่นอนเกี่ยวกับความสามารถในการจ่าย: ค่าใช้จ่ายจริงไม่ทราบ/ไม่ได้รายงานและต้องการการเสนอราคาท้องถิ่น ทรัพยากรประกอบด้วยเวลาของนักพัฒนาและค่าใช้จ่ายในการโฮสต์คลาวด์ที่เป็นไปได้สำหรับแดชบอร์ด; ไม่จำเป็นต้องมีการเปลี่ยนแปลงใบอนุญาต Copilot หรือ GitHub สำหรับการทดลอง วิธีที่ผู้มาใหม่สามารถช่วยได้: ผู้ดูแลระบบตั้งค่าและตรวจสอบแดชบอร์ด; ผู้จัดการวิศวกรรมและหัวหน้าทีมตรวจสอบรายงานและให้ข้อเสนอแนะแก่กัน; ผู้เริ่มต้นที่มีการดูแลสามารถช่วยในการป้อนข้อมูลหรือการตั้งค่าแดชบอร์ดพื้นฐานภายใต้การแนะนำของผู้ดูแลระบบ. การทดลองและเกณฑ์ความสำเร็จ: เป้าหมายการทดลองที่เสนอ: ทีมวิศวกรรมอย่างน้อย 2 ทีม (สูงสุด 30 ผู้ใช้) ที่ติดตามเป็นเวลา 4 สัปดาห์ ความสำเร็จหาก 90% ของการแจ้งเตือนงบประมาณมีความทันเวลาและสามารถดำเนินการได้ และอย่างน้อย 80% ของผู้ดูแลระบบให้คะแนนแดชบอร์ดว่าเป็นเครื่องมือที่มีประโยชน์มากกว่าที่มีอยู่ในแบบสำรวจหลังการทดลอง เกณฑ์พื้นฐาน: การรายงานการใช้งานที่สร้างขึ้นใน GitHub ความเสี่ยงและมาตรการป้องกัน: การเข้าถึง API หรือความละเอียดของข้อมูลอาจถูกจำกัด; ความกังวลด้านความเป็นส่วนตัวหากข้อมูลระดับผู้ใช้ถูกเปิดเผย; ผู้ดูแลระบบอาจไม่ยอมรับเครื่องมือใหม่; แดชบอร์ดอาจซ้ำซ้อนกับฟีเจอร์ที่มีอยู่ของ GitHub; ความเหนื่อยล้าจากการแจ้งเตือนหากไม่ได้ปรับแต่งอย่างดี เมื่อใดควรหยุดหรือเปลี่ยนทิศทาง: หากแดชบอร์ดไม่ให้ข้อมูลเชิงลึกที่สามารถดำเนินการได้มากกว่าหรือการแจ้งเตือนที่ทันเวลากว่าเครื่องมือที่สร้างขึ้นใน GitHub หรือหากไม่สามารถจัดการกับความกังวลด้านความเป็นส่วนตัว/การปฏิบัติตามได้ โครงการจะถูกระงับหรือออกแบบใหม่.
ความคิดเห็น
ยังไม่มีความคิดเห็น
แชร์บทความนี้
ทำให้เป็นงาน
ผู้ที่ลงชื่อเข้าใช้สามารถเปิดโครงการหรือปัญหาที่เชื่อมกับบทความนี้ ข้อความอยู่ภายในสิ่งที่แหล่งกล่าว
ลงชื่อเข้าใช้เพื่อเริ่ม