Git & GitHub Professional Workflow · บทเรียน

สาขารีลีสและ Hotfix

สร้างสาขารีลีสเฉพาะ และเรียนรู้วิธีใช้สาขา Hotfix เพื่อแก้ไขข้อบกพร่องสำคัญอย่างรวดเร็ว

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

บทนำเกี่ยวกับสาขารุ่นเผยแพร่

เมื่อโครงการของคุณใกล้ถึงกำหนดออกรุ่นเวอร์ชันใหม่ คุณจำเป็นต้องมีสภาพแวดล้อมที่เสถียรสำหรับเตรียมรุ่นเผยแพร่ นี่คือจุดที่ สาขารุ่นเผยแพร่ เข้ามามีบทบาท

สาขาเหล่านี้เป็นสาขาเฉพาะสำหรับจัดเตรียมรุ่นเผยแพร่ให้เสร็จสมบูรณ์ ทำให้สาขาพัฒนาหลักสามารถดำเนินการเพิ่มความสามารถใหม่ต่อไปได้

เหตุใดจึงควรใช้สาขารุ่นเผยแพร่

สาขารุ่นเผยแพร่มีข้อดีสำคัญหลายประการ:

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

การสร้างสาขารุ่นเผยแพร่

โดยทั่วไปจะสร้างสาขารุ่นเผยแพร่จากสาขา develop เมื่อความสามารถสำหรับรุ่นเผยแพร่ที่กำลังจะมาถึงเสร็จสมบูรณ์แล้ว ลองสร้างสาขาสำหรับเวอร์ชัน 1.0.0 กัน

ขั้นแรก ตรวจสอบให้แน่ใจว่าสาขา develop ของคุณเป็นข้อมูลล่าสุด

git checkout develop
git pull
git checkout -b release/1.0.0

การทำงานบนสาขารุ่นเผยแพร่

เมื่ออยู่บนสาขารุ่นเผยแพร่แล้ว จุดมุ่งหมายจะเปลี่ยนเป็นการทำให้โค้ดเสถียร:

แก้ไขข้อบกพร่องในนาทีสุดท้าย
อัปเดตเอกสาร (เช่น README และบันทึกการเปลี่ยนแปลง)
เพิ่มหมายเลขเวอร์ชัน

ไม่ควรเพิ่มความสามารถใหม่ในสาขานี้ ให้แก้ไขเฉพาะสิ่งที่จำเป็นเท่านั้น

การสิ้นสุดสาขารุ่นเผยแพร่

เมื่อสาขารุ่นเผยแพร่มีเสถียรภาพและพร้อมใช้งานแล้ว จะต้องผสานสาขานี้เข้ากับสองแห่ง:

main (หรือ master): เพื่อทำเครื่องหมายรุ่นเผยแพร่อย่างเป็นทางการ โดยมักใช้แท็กที่นี่
develop: เพื่อให้แน่ใจว่าการแก้ไขข้อบกพร่องบนสาขารุ่นเผยแพร่ถูกนำไปใช้ต่อ

การผสานและติดแท็กรุ่นเผยแพร่

ต่อไปนี้คือวิธีผสานสาขา release/1.0.0 เข้ากับ main ติดแท็กให้สาขา จากนั้นผสานกลับเข้า develop และลบสาขารุ่นเผยแพร่ในท้ายที่สุด

git checkout main
git merge release/1.0.0 --no-ff
git tag -a v1.0.0 -m "Release version 1.0.0"
git push origin main --tags
git checkout develop
git merge release/1.0.0 --no-ff
git push origin develop
git branch -d release/1.0.0

ทำความเข้าใจสาขาแก้ไขเร่งด่วน

จะทำอย่างไรหากพบข้อบกพร่องร้ายแรงใน เวอร์ชันที่ใช้งานจริง ของซอฟต์แวร์ คุณไม่สามารถรอรุ่นเผยแพร่ถัดไปตามแผนได้

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

การสร้างสาขาแก้ไขเร่งด่วน

สาขาแก้ไขเร่งด่วนจะสร้างโดยตรงจากสาขา main (หรือ master) เสมอ ซึ่งเป็นตัวแทนของโค้ดที่ใช้งานจริงในปัจจุบัน

ลองสร้างสาขาแก้ไขเร่งด่วนเพื่อแก้ไขข้อบกพร่องร้ายแรงกัน

git checkout main
git pull
git checkout -b hotfix/critical-bug-fix

การนำไปใช้และสิ้นสุดการแก้ไขเร่งด่วน

หลังจากแก้ไขข้อบกพร่องบนสาขาแก้ไขเร่งด่วนแล้ว จะต้องผสานสาขานี้เข้ากับทั้ง main และ develop เพื่อให้การแก้ไขในระบบใช้งานจริงถูกนำไปใช้ และป้องกันไม่ให้ข้อบกพร่องกลับมาเกิดขึ้นอีกในการพัฒนาในอนาคต

นอกจากนี้ยังต้องใช้แท็กใหม่เพื่อทำเครื่องหมายเวอร์ชันที่แก้ไขเร่งด่วน

git checkout main
git merge hotfix/critical-bug-fix --no-ff
git tag -a v1.0.1 -m "Hotfix for critical bug"
git push origin main --tags
git checkout develop
git merge hotfix/critical-bug-fix --no-ff
git push origin develop
git branch -d hotfix/critical-bug-fix

ควรใช้สาขาใดในกรณีไหน

คุณได้เรียนรู้เกี่ยวกับสาขารุ่นเผยแพร่และสาขาแก้ไขเร่งด่วนแล้ว ทั้งสองแบบช่วยจัดการรุ่นเผยแพร่ แต่มีจุดประสงค์แตกต่างกัน

ลองพิจารณาสถานการณ์ที่แอปพลิเคชันซึ่งใช้งานจริงของคุณมีช่องโหว่ด้านความปลอดภัยร้ายแรงและจำเป็นต้องแก้ไขทันที สาขาประเภทใดเหมาะสมที่สุดสำหรับจัดการปัญหานี้

สรุปรีลีสและฮอตฟิกซ์

ตอนนี้คุณเชี่ยวชาญกลยุทธ์การแตกแขนงของ Git ที่สำคัญสองแบบแล้ว:

สาขารีลีส: ใช้สำหรับทำให้โค้ดมีเสถียรภาพและเตรียมรีลีสเวอร์ชันใหม่จาก develop โดยผสานเข้ากับทั้ง main และ develop
สาขาฮอตฟิกซ์: ใช้สำหรับแก้ไขข้อบกพร่องเร่งด่วนและร้ายแรงในโค้ดที่ใช้งานจริงโดยตรง โดยเริ่มจาก main และผสานเข้ากับทั้ง main และ develop

กระบวนการเหล่านี้ช่วยรักษาประวัติการเปลี่ยนแปลงให้เป็นระเบียบและทำให้รีลีสมีเสถียรภาพ!

คำถามที่พบบ่อย

บทเรียน “สาขารีลีสและ Hotfix” ฟรีหรือไม่

ใช่ — ข้อความเต็มของ “สาขารีลีสและ Hotfix” ฟรีให้อ่านที่นี่บนเว็บ เพื่อปฏิบัติแบบโต้ตอบ (ตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7) และปลดล็อคส่วนที่เหลือของคอร์ส Git & GitHub Professional Workflow ให้อัปเกรดเป็น CoddyKit PRO คอร์ส Git & GitHub Professional Workflow มีบทเรียนทั้งหมด 4 บทเรียน

คุณจะเรียนรู้อะไรในบทเรียน “สาขารีลีสและ Hotfix”

สร้างสาขารีลีสเฉพาะ และเรียนรู้วิธีใช้สาขา Hotfix เพื่อแก้ไขข้อบกพร่องสำคัญอย่างรวดเร็ว คุณปฏิบัติ Git & GitHub Professional Workflow ด้วยโค้ดที่ใช้งานได้จริงที่คุณเรียกใช้โดยตรงในเบราว์เซอร์ และติวเตอร์ AI ตลอด 24/7 ตอบคำถามของคุณขณะที่คุณไปผ่านบทเรียน

คุณต้องมีประสบการณ์ก่อนที่จะเริ่มเรียน Git & GitHub Professional Workflow หรือไม่

ไม่จำเป็นต้องมีประสบการณ์มาก่อน Git & GitHub Professional Workflow บน CoddyKit ออกแบบมาสำหรับผู้เริ่มต้นไปจนถึงผู้เรียนขั้นสูง คุณสามารถเริ่มต้นที่นี่หรือเริ่มจากตัวแรกและเรียนด้วยความเร็วของคุณเอง นี่คือบทเรียนที่ 3 จากทั้งหมด 4 บทเรียน

บทเรียน “สาขารีลีสและ Hotfix” ใช้เวลานานแค่ไหน

บทเรียน CoddyKit ส่วนใหญ่ใช้เวลาประมาณ 5–10 นาที แต่ละบทเรียนจึงสั้นและเป็นแบบโต้ตอบ คุณสามารถก้าวหน้าอย่างต่อเนื่องและกลับมาเรียนต่อจากตรงที่เพิ่งหยุดบนเว็บและแอปได้เลย

ฉันเขียนและรันโค้ดในบทเรียน Git & GitHub Professional Workflow นี้ได้ไหม

ได้ บทเรียน Git & GitHub Professional Workflow ทุกบทมีตัวแก้ไขโค้ดในตัว คุณจึงเขียนและรันโค้ดจริงได้เลยในเบราว์เซอร์ และได้รับข้อเสนอแนะจาก AI ในทันที — ไม่ต้องติดตั้งในเครื่องของคุณ

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

← กลับไปที่ Git & GitHub Professional Workflow