DevOps Bootcamp · บทเรียน

บทนำสู่เวิร์กโฟลว์ Gitflow

ค้นพบโมเดล Gitflow ที่มีโครงสร้าง พร้อมสาขา main, develop, feature, release และ hotfix

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

ยินดีต้อนรับสู่ Gitflow

คุณเคยสงสัยไหมครับว่าทีมขนาดใหญ่จัดการคลัง Git เพื่อรองรับการเผยแพร่ที่เป็นระบบและการทำงานร่วมกันอย่างราบรื่นได้อย่างไร

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

สาขาหลัก

Gitflow แนะนำให้ใช้สาขาหลักที่มีอายุการใช้งานยาวนานสองสาขา ได้แก่

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

การตั้งค่า 'develop'

ในการเริ่มใช้ Gitflow โดยทั่วไปคุณจะสร้างสาขา develop จาก main ซึ่งจะเป็นการเตรียมสายการพัฒนาหลักของคุณ

มาสร้างและสลับไปยังสาขา develop กันครับ

git branch develop
git checkout develop

สาขาฟีเจอร์

เมื่อเริ่มทำงานกับฟีเจอร์ใหม่ คุณจะสร้างสาขา feature สาขาเหล่านี้เป็นสาขาชั่วคราวที่ช่วยแยกงานของคุณออกจากส่วนอื่นจนกว่างานจะเสร็จสมบูรณ์

สาขาฟีเจอร์จะถูกสร้างจากสาขา develop เสมอ

git checkout develop
git checkout -b feature/user-profile

การพัฒนาฟีเจอร์

คุณจะพัฒนาฟังก์ชันใหม่ภายในสาขา feature/user-profile เมื่อฟีเจอร์เสร็จสมบูรณ์และผ่านการทดสอบแล้ว จะถูกผสานกลับเข้าไปใน develop

ตัวอย่างวิธีบันทึกงานของคุณมีดังนี้

git add .
git commit -m "Add user profile page"

การผสานฟีเจอร์

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

จากนั้นคุณสามารถลบสาขาฟีเจอร์ได้

git checkout develop
git merge feature/user-profile --no-ff
git branch -d feature/user-profile

สาขาเผยแพร่

เมื่อ develop มีฟีเจอร์เพียงพอสำหรับการเผยแพร่ที่กำลังจะมาถึง จะมีการสร้างสาขา release จาก develop สาขานี้ใช้สำหรับการเตรียมการขั้นสุดท้าย การแก้ไขข้อบกพร่อง และการปรับรายละเอียดในนาทีสุดท้าย

ห้ามเพิ่มฟีเจอร์ใหม่ในสาขานี้ครับ

git checkout develop
git checkout -b release/1.0.0

การเตรียมการเผยแพร่ขั้นสุดท้าย

เมื่อสาขา release เสถียรแล้ว จะถูกผสานไปยังสองตำแหน่ง ได้แก่

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

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

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

ถ้าพบข้อบกพร่องร้ายแรงในระบบที่ใช้งานจริง (บน main) จะทำอย่างไรครับ คุณจะใช้สาขา hotfix เพื่อแก้ไขปัญหาอย่างรวดเร็ว

สาขาแก้ไขเร่งด่วนจะถูกสร้างโดยตรงจาก main แก้ไขปัญหา แล้วจึงผสานกลับเข้าไปทั้งใน main (พร้อมแท็กใหม่) และ develop

git checkout main
git checkout -b hotfix/critical-bug-fix
# ... fix bug and commit ...
git checkout main
git merge hotfix/critical-bug-fix
git tag -a v1.0.1 -m "Hotfix for critical bug"
git checkout develop
git merge hotfix/critical-bug-fix
git branch -d hotfix/critical-bug-fix

บทบาทของสาขาใน Gitflow

มาทดสอบความเข้าใจของคุณเกี่ยวกับสาขาประเภทต่าง ๆ ในกระบวนการทำงาน Gitflow กันครับ

ทบทวนกระบวนการทำงาน Gitflow

คุณได้เรียนรู้เกี่ยวกับกระบวนการทำงาน Gitflow แล้วครับ

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

แนวทางที่เป็นระบบนี้ช่วยให้ทีมจัดการรอบการพัฒนาที่ซับซ้อนได้อย่างมีประสิทธิภาพยิ่งขึ้น

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

บทเรียน “บทนำสู่เวิร์กโฟลว์ Gitflow” ฟรีหรือไม่

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

คุณจะเรียนรู้อะไรในบทเรียน “บทนำสู่เวิร์กโฟลว์ Gitflow”

ค้นพบโมเดล Gitflow ที่มีโครงสร้าง พร้อมสาขา main, develop, feature, release และ hotfix คุณปฏิบัติ DevOps Bootcamp ด้วยโค้ดที่ใช้งานได้จริงที่คุณเรียกใช้โดยตรงในเบราว์เซอร์ และติวเตอร์ AI ตลอด 24/7 ตอบคำถามของคุณขณะที่คุณไปผ่านบทเรียน

คุณต้องมีประสบการณ์ก่อนที่จะเริ่มเรียน DevOps Bootcamp หรือไม่

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

บทเรียน “บทนำสู่เวิร์กโฟลว์ Gitflow” ใช้เวลานานแค่ไหน

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

ฉันเขียนและรันโค้ดในบทเรียน DevOps Bootcamp นี้ได้ไหม

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

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

← กลับไปที่ DevOps Bootcamp