0Pricing
DevOps Bootcamp · บทเรียน

เวิร์กโฟลว์การแยกคลังบน GitHub

ทำความเข้าใจวิธีใช้โมเดล “แยกคลังและส่งคำขอพุช” เพื่อร่วมพัฒนาโครงการที่คุณไม่มีสิทธิ์เขียนโดยตรง

เวิร์กโฟลว์การแยกคลังบน GitHub เป็นบทเรียน DevOps Bootcamp ฟรีบน CoddyKit นี่คือบทเรียนที่ 2 จากทั้งหมด 4 บทเรียน คุณสามารถอ่านบทเรียนทั้งหมดด้านล่างฟรี — จากนั้นลองปฏิบัติด้วยตัวคุณเองในเบราว์เซอร์พร้อมตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7 บทเรียนนี้เป็นส่วนหนึ่งของเส้นทางการเรียน DevOps Bootcamp และความก้าวหน้าของคุณจะซิงค์ข้ามเว็บและแอป CoddyKit คอร์ส DevOps Bootcamp มีบทเรียนทั้งหมด 4 บทเรียน

Fork ของ GitHub คืออะไร

ลองจินตนาการว่าคุณต้องการมีส่วนร่วมในโครงการโอเพนซอร์ส แต่ไม่มีสิทธิ์เปลี่ยนแปลงโค้ดโดยตรง นี่คือจุดที่ การแยกสำเนาเข้ามามีบทบาท

Fork คือสำเนาส่วนตัวของคลังเก็บ GitHub ของผู้อื่น โดยสำเนานี้จะอยู่ภายใต้บัญชี GitHub ของคุณเอง ทำให้คุณควบคุมการทดลองและการเปลี่ยนแปลงได้อย่างเต็มที่โดยไม่กระทบโครงการต้นฉบับ

เหตุผลที่เราใช้การแยกสำเนา

เหตุผลหลักในการแยกสำเนาคลังเก็บคือเพื่อ เสนอการเปลี่ยนแปลง ให้โครงการ เมื่อคุณไม่มีสิทธิ์เขียนโค้ดต้นฉบับโดยตรง

  • การทดลองอย่างปลอดภัย: ทำงานบนสำเนาของคุณโดยไม่ต้องกังวลว่าจะทำให้ต้นฉบับเสียหาย
  • ช่องทางการมีส่วนร่วม: เป็นวิธีมาตรฐานในการเสนอฟีเจอร์หรือการแก้ไขให้โครงการสาธารณะ
  • โครงการส่วนตัว: ใช้ Fork เป็นจุดเริ่มต้นสำหรับโครงการที่เกี่ยวข้องของคุณเอง

วิธีแยกสำเนาบน GitHub

การแยกสำเนาคลังเก็บบน GitHub ทำได้ง่ายมาก:

  1. ไปยังคลังเก็บต้นฉบับที่คุณต้องการแยกสำเนา
  2. มองหาปุ่ม 'Fork' ซึ่งโดยทั่วไปจะอยู่ที่มุมขวาบน
  3. คลิกปุ่ม '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 ในทันที — ไม่ต้องติดตั้งในเครื่องของคุณ

บทเรียนทั้งหมดในหลักสูตรนี้

  1. การสร้างและตรวจสอบคำขอพุช
  2. เวิร์กโฟลว์การแยกคลังบน GitHub
  3. การตรวจสอบโค้ดและการอนุมัติ
  4. PR ฉบับร่างและแม่แบบคำขอผสาน
← กลับไปที่ DevOps Bootcamp