เวิร์กโฟลว์การแยกคลังบน GitHub
ทำความเข้าใจวิธีใช้โมเดล “แยกคลังและส่งคำขอพุช” เพื่อร่วมพัฒนาโครงการที่คุณไม่มีสิทธิ์เขียนโดยตรง
เวิร์กโฟลว์การแยกคลังบน GitHub เป็นบทเรียน DevOps Bootcamp ฟรีบน CoddyKit นี่คือบทเรียนที่ 2 จากทั้งหมด 4 บทเรียน คุณสามารถอ่านบทเรียนทั้งหมดด้านล่างฟรี — จากนั้นลองปฏิบัติด้วยตัวคุณเองในเบราว์เซอร์พร้อมตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7 บทเรียนนี้เป็นส่วนหนึ่งของเส้นทางการเรียน DevOps Bootcamp และความก้าวหน้าของคุณจะซิงค์ข้ามเว็บและแอป CoddyKit คอร์ส DevOps Bootcamp มีบทเรียนทั้งหมด 4 บทเรียน
Fork ของ GitHub คืออะไร
ลองจินตนาการว่าคุณต้องการมีส่วนร่วมในโครงการโอเพนซอร์ส แต่ไม่มีสิทธิ์เปลี่ยนแปลงโค้ดโดยตรง นี่คือจุดที่ การแยกสำเนาเข้ามามีบทบาท
Fork คือสำเนาส่วนตัวของคลังเก็บ GitHub ของผู้อื่น โดยสำเนานี้จะอยู่ภายใต้บัญชี GitHub ของคุณเอง ทำให้คุณควบคุมการทดลองและการเปลี่ยนแปลงได้อย่างเต็มที่โดยไม่กระทบโครงการต้นฉบับ
เหตุผลที่เราใช้การแยกสำเนา
เหตุผลหลักในการแยกสำเนาคลังเก็บคือเพื่อ เสนอการเปลี่ยนแปลง ให้โครงการ เมื่อคุณไม่มีสิทธิ์เขียนโค้ดต้นฉบับโดยตรง
- การทดลองอย่างปลอดภัย: ทำงานบนสำเนาของคุณโดยไม่ต้องกังวลว่าจะทำให้ต้นฉบับเสียหาย
- ช่องทางการมีส่วนร่วม: เป็นวิธีมาตรฐานในการเสนอฟีเจอร์หรือการแก้ไขให้โครงการสาธารณะ
- โครงการส่วนตัว: ใช้ Fork เป็นจุดเริ่มต้นสำหรับโครงการที่เกี่ยวข้องของคุณเอง
วิธีแยกสำเนาบน GitHub
การแยกสำเนาคลังเก็บบน GitHub ทำได้ง่ายมาก:
- ไปยังคลังเก็บต้นฉบับที่คุณต้องการแยกสำเนา
- มองหาปุ่ม 'Fork' ซึ่งโดยทั่วไปจะอยู่ที่มุมขวาบน
- คลิกปุ่ม 'Fork' จากนั้น GitHub จะสร้างสำเนาของคลังเก็บนั้นไว้ภายใต้บัญชีของคุณ
ตอนนี้คุณจะมี github.com/YOUR_USERNAME/ORIGINAL_REPO_NAME
โคลน Fork ไว้ในเครื่อง
เมื่อแยกสำเนาคลังเก็บบน GitHub แล้ว คุณจะต้องนำสำเนานั้นลงมายังเครื่องของคุณเพื่อเริ่มทำงาน
ใช้คำสั่ง git clone แต่ต้องโคลนจาก URL ของ Fork ของคุณ ไม่ใช่ URL ของคลังเก็บต้นฉบับ
git clone https://github.com/YOUR_USERNAME/your-forked-repo.gitสร้างและคอมมิตการเปลี่ยนแปลง
เมื่อโคลน Fork ไว้ในเครื่องแล้ว คุณสามารถเปลี่ยนแปลงได้เช่นเดียวกับโครงการ Git อื่น ๆ แนวทางที่ดีคือสร้างสาขาใหม่สำหรับฟีเจอร์หรือการแก้ไขของคุณ
git checkout -b my-new-feature
# Edit files, add new code...
git add .
git commit -m "feat: added my new feature"ส่งการเปลี่ยนแปลงไปยัง Fork ของคุณ
หลังจากคอมมิตการเปลี่ยนแปลงไว้ในเครื่องแล้ว คุณต้องส่งการเปลี่ยนแปลงเหล่านั้นไปยัง Fork ระยะไกลบน GitHub การดำเนินการนี้จะอัปเดตสำเนาส่วนตัวของคลังเก็บ
รีโมต origin โดยทั่วไปจะชี้ไปยัง Fork ของคุณ
git push origin my-new-featureซิงค์ Fork กับต้นทาง
ขณะที่คุณทำงานบน Fork คลังเก็บต้นฉบับ (มักเรียกว่า 'ต้นทาง') อาจได้รับการอัปเดตใหม่ เพื่อให้ Fork ของคุณเป็นปัจจุบัน คุณต้องซิงค์ข้อมูล
ขั้นแรก ให้เพิ่มคลังเก็บต้นฉบับเป็นรีโมตใหม่ชื่อ upstream จากนั้นดึงและรวมการเปลี่ยนแปลงของคลังเก็บนั้น
git remote add upstream https://github.com/ORIGINAL_OWNER/ORIGINAL_REPO.git
git fetch upstream
git checkout main
git merge upstream/mainสร้างคำขอรวมโค้ด
เมื่อการเปลี่ยนแปลงของคุณเสร็จสมบูรณ์และส่งไปยัง Fork แล้ว คุณก็พร้อมเสนอการเปลี่ยนแปลงเหล่านั้นกลับไปยังโครงการต้นฉบับ โดยดำเนินการผ่าน คำขอรวมโค้ด (PR)
บน GitHub ให้ไปยัง Fork ของคุณ โดยทั่วไปคุณจะเห็นแบนเนอร์แนะนำให้สร้าง PR จากสาขาใหม่ของคุณ ทำตามคำแนะนำเพื่อเปรียบเทียบสาขาของคุณกับสาขา main ของคลังเก็บต้นฉบับ แล้วส่งข้อเสนอของคุณ
วงจรการทำงานของการแยกสำเนา
สรุปขั้นตอนการทำงานทั่วไปของการแยกสำเนา:
- แยกสำเนา: สร้างสำเนาส่วนตัวบน GitHub
- โคลน: นำ Fork มายังเครื่องของคุณ
- พัฒนา: เปลี่ยนแปลงงานบนสาขาใหม่
- ส่ง: ส่งการเปลี่ยนแปลงไปยัง Fork ระยะไกลของคุณ
- ซิงค์: ทำให้ Fork ของคุณเป็นปัจจุบันตามโครงการต้นฉบับ
- คำขอรวมโค้ด: เสนอการเปลี่ยนแปลงของคุณไปยังโครงการต้นฉบับ
ตรวจสอบอย่างรวดเร็ว: เหตุผลของการแยกสำเนา
การเข้าใจเหตุผลและวิธีใช้ขั้นตอนการทำงานแบบแยกสำเนาเป็นสิ่งสำคัญสำหรับการทำงานร่วมกันในโครงการโอเพนซอร์ส
ทบทวน: พลังของการแยกสำเนา
ในบทเรียนนี้ คุณได้เรียนรู้เกี่ยวกับขั้นตอนการทำงานแบบแยกสำเนาของ GitHub ตอนนี้คุณเข้าใจแล้วว่าการแยกสำเนาจะสร้างสำเนาส่วนตัวของคลังเก็บ ทำให้คุณมีส่วนร่วมในโครงการต่าง ๆ ได้แม้ไม่มีสิทธิ์เขียนโดยตรง
เราได้กล่าวถึงวิธีแยกสำเนา โคลน เปลี่ยนแปลง ส่งไปยัง Fork ซิงค์กับคลังเก็บต้นทาง และสุดท้ายสร้างคำขอรวมโค้ดเพื่อเสนอผลงานของคุณ ขั้นตอนการทำงานนี้เป็นรากฐานสำคัญของการพัฒนาร่วมกันบน GitHub
คำถามที่พบบ่อย
บทเรียน “เวิร์กโฟลว์การแยกคลังบน GitHub” ฟรีหรือไม่
ใช่ — ข้อความเต็มของ “เวิร์กโฟลว์การแยกคลังบน GitHub” ฟรีให้อ่านที่นี่บนเว็บ เพื่อปฏิบัติแบบโต้ตอบ (ตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7) และปลดล็อคส่วนที่เหลือของคอร์ส DevOps Bootcamp ให้อัปเกรดเป็น CoddyKit PRO คอร์ส DevOps Bootcamp มีบทเรียนทั้งหมด 4 บทเรียน
คุณจะเรียนรู้อะไรในบทเรียน “เวิร์กโฟลว์การแยกคลังบน GitHub”
ทำความเข้าใจวิธีใช้โมเดล “แยกคลังและส่งคำขอพุช” เพื่อร่วมพัฒนาโครงการที่คุณไม่มีสิทธิ์เขียนโดยตรง คุณปฏิบัติ DevOps Bootcamp ด้วยโค้ดที่ใช้งานได้จริงที่คุณเรียกใช้โดยตรงในเบราว์เซอร์ และติวเตอร์ AI ตลอด 24/7 ตอบคำถามของคุณขณะที่คุณไปผ่านบทเรียน
คุณต้องมีประสบการณ์ก่อนที่จะเริ่มเรียน DevOps Bootcamp หรือไม่
ไม่จำเป็นต้องมีประสบการณ์มาก่อน DevOps Bootcamp บน CoddyKit ออกแบบมาสำหรับผู้เริ่มต้นไปจนถึงผู้เรียนขั้นสูง คุณสามารถเริ่มต้นที่นี่หรือเริ่มจากตัวแรกและเรียนด้วยความเร็วของคุณเอง นี่คือบทเรียนที่ 2 จากทั้งหมด 4 บทเรียน
บทเรียน “เวิร์กโฟลว์การแยกคลังบน GitHub” ใช้เวลานานแค่ไหน
บทเรียน CoddyKit ส่วนใหญ่ใช้เวลาประมาณ 5–10 นาที แต่ละบทเรียนจึงสั้นและเป็นแบบโต้ตอบ คุณสามารถก้าวหน้าอย่างต่อเนื่องและกลับมาเรียนต่อจากตรงที่เพิ่งหยุดบนเว็บและแอปได้เลย
ฉันเขียนและรันโค้ดในบทเรียน DevOps Bootcamp นี้ได้ไหม
ได้ บทเรียน DevOps Bootcamp ทุกบทมีตัวแก้ไขโค้ดในตัว คุณจึงเขียนและรันโค้ดจริงได้เลยในเบราว์เซอร์ และได้รับข้อเสนอแนะจาก AI ในทันที — ไม่ต้องติดตั้งในเครื่องของคุณ
บทเรียนทั้งหมดในหลักสูตรนี้
- การสร้างและตรวจสอบคำขอพุช
- เวิร์กโฟลว์การแยกคลังบน GitHub
- การตรวจสอบโค้ดและการอนุมัติ
- PR ฉบับร่างและแม่แบบคำขอผสาน