การสร้างและตรวจสอบคำขอพุช
เรียนรู้วงจรชีวิตของคำขอพุช ตั้งแต่การสร้าง การตรวจสอบ การอนุมัติ ไปจนถึงการผสานบน GitHub
การสร้างและตรวจสอบคำขอพุช เป็นบทเรียน Git & GitHub Professional Workflow ฟรีบน CoddyKit นี่คือบทเรียนที่ 1 จากทั้งหมด 4 บทเรียน คุณสามารถอ่านบทเรียนทั้งหมดด้านล่างฟรี — จากนั้นลองปฏิบัติด้วยตัวคุณเองในเบราว์เซอร์พร้อมตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7 บทเรียนนี้เป็นส่วนหนึ่งของเส้นทางการเรียน Git & GitHub Professional Workflow และความก้าวหน้าของคุณจะซิงค์ข้ามเว็บและแอป CoddyKit คอร์ส Git & GitHub Professional Workflow มีบทเรียนทั้งหมด 4 บทเรียน
Pull Request คืออะไร
Pull Request (PR) เป็นหัวใจสำคัญของการพัฒนาร่วมกันบนแพลตฟอร์มอย่าง GitHub โดยเป็นวิธีเสนอการเปลี่ยนแปลงให้โครงการและให้ผู้อื่นตรวจสอบก่อนนำไปผสาน
ลองนึกถึง PR ว่าเป็นคำขออย่างเป็นทางการเพื่อผสานโค้ดใหม่ของคุณเข้ากับสาขาหลัก ซึ่งโดยทั่วไปคือ main หรือ develop
เหตุใดจึงควรใช้ Pull Request
PR มีประโยชน์สำคัญหลายประการสำหรับทีมและนักพัฒนาที่ทำงานคนเดียว:
- การตรวจสอบโค้ด: ผู้อื่นสามารถตรวจสอบโค้ดของคุณเพื่อค้นหาข้อผิดพลาด แนวทางปฏิบัติที่ดี และจุดที่ควรปรับปรุง
- การอภิปราย: มีพื้นที่เฉพาะสำหรับพูดคุยเกี่ยวกับการเปลี่ยนแปลง
- การควบคุมคุณภาพ: ช่วยให้มั่นใจว่าเฉพาะโค้ดที่ได้รับอนุมัติและผ่านการทดสอบแล้วเท่านั้นที่จะเข้าสู่โครงการหลัก
- การติดตามการเปลี่ยนแปลง: มีประวัติที่ชัดเจนว่าใครเปลี่ยนแปลงอะไรและเพราะเหตุใด
ภาพรวมกระบวนการ PR
กระบวนการ Pull Request โดยทั่วไปมีขั้นตอนดังนี้:
- สร้างสาขาใหม่สำหรับคุณลักษณะหรือการแก้ไขของคุณ
- ทำการเปลี่ยนแปลงและคอมมิตลงในสาขาใหม่
- พุชสาขาของคุณไปยัง GitHub
- เปิด Pull Request บน GitHub
- ผู้ตรวจสอบให้ข้อเสนอแนะและอนุมัติ
- ผสานการเปลี่ยนแปลงของคุณเข้ากับสาขาหลัก
ขั้นตอนที่ 1: สร้างสาขาคุณลักษณะ
ก่อนทำการเปลี่ยนแปลงใด ๆ แนวทางปฏิบัติที่ดีคือการสร้างสาขาใหม่ วิธีนี้จะแยกงานของคุณออกจากโครงการหลักจนกว่าจะพร้อม
ใช้ git checkout -b เพื่อสร้างและสลับไปยังสาขาใหม่:
git checkout main
git pull origin main
git checkout -b my-new-featureขั้นตอนที่ 2: คอมมิตการเปลี่ยนแปลงของคุณ
ตอนนี้ให้แก้ไขโค้ดที่จำเป็นสำหรับฟีเจอร์หรือการแก้ไขข้อบกพร่องของคุณ เมื่อเสร็จแล้ว ให้จัดเตรียมและคอมมิตการเปลี่ยนแปลงเหล่านั้นไปยังสาขาใหม่ของคุณ เช่นเดียวกับการคอมมิต Git ทั่วไป
# Edit files, e.g., README.md
git add README.md
git commit -m "feat: Add new user profile section"ขั้นตอนที่ 3: ส่งสาขาของคุณขึ้นระยะไกล
หลังจากคอมมิตการเปลี่ยนแปลงไว้ในเครื่องแล้ว ให้ส่งสาขาใหม่ของคุณไปยังคลังเก็บระยะไกลบน GitHub การดำเนินการนี้ทำให้สาขาและคอมมิตของคุณมองเห็นได้ทางออนไลน์
แฟล็ก -u จะกำหนดสาขาต้นทาง ทำให้คำสั่ง git push ในอนาคตใช้งานได้ง่ายขึ้น
git push -u origin my-new-featureขั้นตอนที่ 4: เปิดคำขอรวมโค้ด
เมื่อส่งสาขาของคุณขึ้นระยะไกลแล้ว โดยทั่วไป GitHub จะแจ้งให้คุณสร้างคำขอรวมโค้ดโดยตรงจากหน้าคลังเก็บของคุณหรือแท็บ 'คำขอรวมโค้ด'
- เลือกสาขาฟีเจอร์ของคุณเป็น หัวสาขา (แหล่งที่มา)
- เลือกสาขา
main(หรือสาขาเป้าหมาย) เป็น ฐาน - เพิ่มชื่อเรื่องและคำอธิบายที่ชัดเจนเพื่ออธิบายการเปลี่ยนแปลงของคุณ
ขั้นตอนที่ 5: ตรวจทานคำขอรวมโค้ด
หลังจากเปิดแล้ว PR ของคุณจะเข้าสู่ขั้นตอนการตรวจทาน สมาชิกทีม (ผู้ตรวจทาน) จะตรวจสอบโค้ดของคุณ ถามคำถาม หรือเสนอการปรับปรุง
- แท็บการสนทนา: การอภิปรายและความคิดเห็น
- แท็บไฟล์ที่เปลี่ยนแปลง: ดูความแตกต่างของโค้ด (diff) อย่างชัดเจน
- แท็บคอมมิต: ดูคอมมิตแต่ละรายการใน PR
ขั้นตอนที่ 6: ข้อเสนอแนะและการอนุมัติ
ผู้ตรวจทานสามารถแสดงความคิดเห็นโดยตรงในบรรทัดของโค้ด หรือให้ข้อเสนอแนะทั่วไปได้ จากนั้นสามารถดำเนินการดังนี้:
- อนุมัติ: โค้ดพร้อมใช้งาน
- ขอให้แก้ไข: ต้องดำเนินการเพิ่มเติมก่อนรวมโค้ด
- แสดงความคิดเห็น: ให้ข้อเสนอแนะทั่วไปโดยไม่ขัดขวางการรวมโค้ด
คุณอาจต้องเพิ่มคอมมิตในสาขาฟีเจอร์ของคุณตามข้อเสนอแนะที่ได้รับ
ขั้นตอนที่ 7: รวม PR เข้าด้วยกัน
เมื่อได้รับการอนุมัติแล้ว คุณสามารถรวม PR เข้ากับสาขาฐานได้ GitHub มีตัวเลือกการรวมโค้ดหลายแบบ:
- คอมมิตการรวม: รักษาคอมมิตทั้งหมดจากสาขาฟีเจอร์ไว้
- รวมแบบบีบรวม: รวมคอมมิตทั้งหมดเป็นคอมมิตใหม่รายการเดียว
- จัดฐานใหม่แล้วรวม: นำคอมมิตจากสาขาฟีเจอร์มาเล่นซ้ำต่อจากสาขาฐาน
วิธีที่เลือกจะส่งผลต่อประวัติคอมมิตของโครงการ
ตรวจสอบอย่างรวดเร็ว: พื้นฐาน PR
คุณเพิ่งเรียนรู้ขั้นตอนหลักของการสร้างและจัดการคำขอรวมโค้ด มาทดสอบความเข้าใจกันเถอะ
ทบทวน: พลังของคำขอรวมโค้ด
คำขอรวมโค้ดเป็นพื้นฐานสำคัญของการทำงานร่วมกันเป็นทีมในยุคปัจจุบัน คุณได้เรียนรู้วิธี:
- สร้างสาขาใหม่สำหรับงานของคุณ
- ส่งสาขาของคุณขึ้น GitHub
- เริ่มต้นคำขอรวมโค้ด
- ทำความเข้าใจกระบวนการตรวจทานและอนุมัติ
- รวมการเปลี่ยนแปลงของคุณเข้ากับโครงการหลัก
การเชี่ยวชาญ PR เป็นกุญแจสำคัญในการมีส่วนร่วมกับโครงการที่ใช้ Git ได้อย่างมีประสิทธิภาพ
คำถามที่พบบ่อย
บทเรียน “การสร้างและตรวจสอบคำขอพุช” ฟรีหรือไม่
ใช่ — ข้อความเต็มของ “การสร้างและตรวจสอบคำขอพุช” ฟรีให้อ่านที่นี่บนเว็บ เพื่อปฏิบัติแบบโต้ตอบ (ตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7) และปลดล็อคส่วนที่เหลือของคอร์ส Git & GitHub Professional Workflow ให้อัปเกรดเป็น CoddyKit PRO คอร์ส Git & GitHub Professional Workflow มีบทเรียนทั้งหมด 4 บทเรียน
คุณจะเรียนรู้อะไรในบทเรียน “การสร้างและตรวจสอบคำขอพุช”
เรียนรู้วงจรชีวิตของคำขอพุช ตั้งแต่การสร้าง การตรวจสอบ การอนุมัติ ไปจนถึงการผสานบน GitHub คุณปฏิบัติ Git & GitHub Professional Workflow ด้วยโค้ดที่ใช้งานได้จริงที่คุณเรียกใช้โดยตรงในเบราว์เซอร์ และติวเตอร์ AI ตลอด 24/7 ตอบคำถามของคุณขณะที่คุณไปผ่านบทเรียน
คุณต้องมีประสบการณ์ก่อนที่จะเริ่มเรียน Git & GitHub Professional Workflow หรือไม่
ไม่จำเป็นต้องมีประสบการณ์มาก่อน Git & GitHub Professional Workflow บน CoddyKit ออกแบบมาสำหรับผู้เริ่มต้นไปจนถึงผู้เรียนขั้นสูง คุณสามารถเริ่มต้นที่นี่หรือเริ่มจากตัวแรกและเรียนด้วยความเร็วของคุณเอง นี่คือบทเรียนที่ 1 จากทั้งหมด 4 บทเรียน
บทเรียน “การสร้างและตรวจสอบคำขอพุช” ใช้เวลานานแค่ไหน
บทเรียน CoddyKit ส่วนใหญ่ใช้เวลาประมาณ 5–10 นาที แต่ละบทเรียนจึงสั้นและเป็นแบบโต้ตอบ คุณสามารถก้าวหน้าอย่างต่อเนื่องและกลับมาเรียนต่อจากตรงที่เพิ่งหยุดบนเว็บและแอปได้เลย
ฉันเขียนและรันโค้ดในบทเรียน Git & GitHub Professional Workflow นี้ได้ไหม
ได้ บทเรียน Git & GitHub Professional Workflow ทุกบทมีตัวแก้ไขโค้ดในตัว คุณจึงเขียนและรันโค้ดจริงได้เลยในเบราว์เซอร์ และได้รับข้อเสนอแนะจาก AI ในทันที — ไม่ต้องติดตั้งในเครื่องของคุณ
บทเรียนทั้งหมดในหลักสูตรนี้
- การสร้างและตรวจสอบคำขอพุช
- เวิร์กโฟลว์การแยกคลังบน GitHub
- การตรวจสอบโค้ดและการอนุมัติ
- PR ฉบับร่างและแม่แบบคำขอผสาน