Git เวิร์กโฟลว์ / การปฏิบัติสำหรับโครงการขนาดเล็ก (ผังใน png)


12

ฉันกำลังพยายามหาเวิร์กโฟลว์ส่วนตัว ฉันได้รวบรวมผังงานเกี่ยวกับอายุการใช้งานสมมุติของการวางจำหน่าย: นักพัฒนารายหนึ่งผลักดันให้ repo สาธารณะ Github + เพื่อนช่วยด้วยคุณสมบัติบางอย่างและแก้ไขข้อบกพร่อง

นี่เป็นวิธีการที่สมเหตุสมผลในการควบคุมเวอร์ชันหรือไม่?

แนวคิดหลักคือการรักษาความเป็นระเบียบเรียบร้อยสาธารณะ:

  • การเปิดตัวใหม่แต่ละครั้งจะดำเนินการในสาขาของตนเองจนกว่าจะถูกแท็กในสาขาหลักเมื่อเสร็จสิ้น

  • งานทั้งหมดจะทำในสาขา "คุณสมบัติ" หรือ "โปรแกรมแก้ไขด่วน" ไม่เคยอยู่ในสาขาที่วางจำหน่ายจริงเพื่อป้องกันความผิดปกติ

  • การรวมสาขาในระดับที่สูงกว่านั้นจะถูกรีบูทหรือบีบอัดเสมอ (เพื่อหลีกเลี่ยงความยุ่งเหยิง)

ถ้าเกินความจริงฉันก็ไม่รังเกียจเพราะประเด็นทั้งหมดสำหรับฉันคือการเรียนรู้ทักษะที่ฉันอาจต้องการสำหรับโครงการขนาดใหญ่ ปัญหาเดียวก็คือถ้าฉันทำบางสิ่งผิดปกติหรือไม่จำเป็น

แก้ไข 2:แก้ไขความคิดที่ไม่ดีในผังงานดั้งเดิมและทำให้การนำทางง่ายขึ้นเล็กน้อย

v1.1


@ClintNash ขอบคุณ! ฉันอัปเดตภาพเพื่อแก้ไข--squashข้อผิดพลาดและเพิ่มตารางเพื่อให้ติดตามได้ง่ายขึ้น
iDontKnowBetter

"การรวมสาขาในระดับที่สูงกว่านั้นจะถูกรีบูทหรือบีบอัดเสมอ (เพื่อหลีกเลี่ยงความยุ่งเหยิง)" บางครั้งฉันรู้สึกว่ามันเพิ่มความยุ่งเหยิงมากขึ้นเนื่องจากประวัติศาสตร์ไม่ตรงกับสิ่งที่เกิดขึ้นจริง
Matsemann


ฉันคิดว่าสมองของฉันเพิ่งระเบิด OO
Zaz

คำตอบ:


3

สิ่งที่ฉันเห็นมากในชุมชน git / github คือสิ่งนี้

สาขาต่างประเทศพัฒนา

คุณและผู้สนับสนุนทำงานเป็นหลักในการพัฒนา แต่บางคนอาจมีความคิดหรือคุณลักษณะใหม่ดังนั้นคุณจึงสร้างสาขาหัวข้อเช่น git checkout -b user_comments

จากนั้นเมื่อคุณดำเนินการผ่านการพัฒนาคุณจะผลักดันให้เป็นผู้เชี่ยวชาญเมื่อคุณคอมไพล์เวอร์ชันที่คุณพอใจและติดแท็กในสาขาหลักเป็น 1.0 หรือ 1.1.2 เป็นต้น (ค้นหารุ่นที่มีความหมาย)


ฉันไม่ได้ตระหนักถึงการกำหนดเวอร์ชันความหมายที่เหมาะสม ฉันยอมรับจนกระทั่งทุกวันนี้ฉันนับจำนวนสิ่งโดยไม่ใช้วิธีการใด ๆ ฉันจะเริ่มใช้มันจากนี้ไป ขอบคุณสำหรับทิป! - เว็บไซต์: semver.org
iDontKnowBetter
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.