วิธีการทำให้สาขา git ซิงค์กับมาสเตอร์

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

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

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

ขอบคุณทุกคนช่วยชื่นชมมาก

อัปเดต 1: ถ้าฉันจะรวมมาสเตอร์เข้ากับ mobiledevicesuices และ mobiledevice support เป็น master ฉันจะได้รับคอมมิชชันที่ทำซ้ำในทั้งสองสาขาหรือไม่ หรือคอมไพล์ฉลาดพอที่จะคิดออกว่าฉันได้ดึงการเปลี่ยนแปลงล่าสุดจากสาขา A ไปยังสาขา B และเพิ่มการผสานกระทำ C ถึงสาขา B และฉันได้ดึงการเปลี่ยนแปลงล่าสุดจากสาขา B เป็นสาขา A และเพิ่มการผสานกระทำ D ถึงสาขา หรือไม่ A

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

master
A--B--C-----H--I--J--M--N
       \   /    \
mobile  \ /      \
D--E--F--G--------K--L

ใช่แค่ทำ

git checkout master
git pull
git checkout mobiledevicesupport
git merge master

เพื่อให้ mobiledevicesupport ซิงค์กับมาสเตอร์

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

git checkout master
git merge mobiledevicesupport
git push origin master

และนั่นมัน

สมมติฐานที่นี่คือ mobilexxx เป็นสาขาหัวข้อที่มีงานที่ยังไม่พร้อมที่จะเข้าสู่สาขาหลักของคุณ ดังนั้นควรรวมเข้ากับปรมาจารย์เมื่อมีการสนับสนุนอุปกรณ์อยู่ในที่ที่ดี

git rebase <remote>/masterเมื่อใดก็ตามที่คุณต้องการที่จะได้รับการเปลี่ยนแปลงจากต้นแบบเข้าไปในสาขาการทำงานของคุณทำ หากมีข้อขัดแย้งใด ๆ แก้ไขพวกเขา

เมื่อสาขาการทำงานของคุณพร้อม rebase git push <remote> HEAD:masterอีกครั้งแล้วทำ สิ่งนี้จะอัปเดตสาขาหลักบนรีโมต (repo ส่วนกลาง)

แนวทางของ concept47 นั้นเป็นวิธีที่ถูกต้อง แต่ฉันแนะนำให้รวมกับตัวเลือก --no-ff เพื่อให้ประวัติการกระทำของคุณชัดเจน

git checkout develop
git pull --rebase
git checkout NewFeatureBranch
git merge --no-ff master

ใช่ฉันเห็นด้วยกับวิธีการของคุณ ในการรวมอุปกรณ์เคลื่อนที่สนับสนุนเป็นหลักคุณสามารถใช้

git checkout master
git pull origin master //Get all latest commits of master branch
git merge mobiledevicesupport

ในทำนองเดียวกันคุณสามารถผสานหลักใน mobiledevicesupport

ถามหากการรวมข้ามเป็นปัญหาหรือไม่

ตอบ: ขึ้นอยู่กับความมุ่งมั่นในสาขามือถือ * และสาขาหลักจากการซิงค์ครั้งล่าสุด ใช้ตัวอย่างนี้: หลังจากการซิงค์ครั้งสุดท้ายการกระทำต่อไปนี้เกิดขึ้นกับสาขาเหล่านี้

Master branch: A -> B -> C [where A,B,C are commits]
Mobile branch: D -> E

ทีนี้สมมติว่าการคอมมิท B ทำการเปลี่ยนแปลงไฟล์ a.txt และคอมมิท D ทำการเปลี่ยนแปลงบางอย่างกับ a.txt ให้เราดูที่ผลกระทบของการดำเนินการแต่ละอย่างของการรวมกันตอนนี้

git checkout master //Switches to master branch
git pull // Get the commits you don't have. May be your fellow workers have made them.
git merge mobiledevicesupport // It will try to add D and E in master branch.

ขณะนี้มีการรวมสองประเภทที่เป็นไปได้

1. กรอไปข้างหน้าอย่างรวดเร็ว
2. True merge (ต้องใช้ความพยายามด้วยตนเอง)

Git จะพยายามทำการผสาน FF ก่อนและหากพบว่าความขัดแย้งใด ๆ จะไม่สามารถแก้ไขได้โดย git มันล้มเหลวในการผสานและขอให้คุณรวม ในกรณีนี้การส่งข้อความใหม่จะเกิดขึ้นซึ่งรับผิดชอบการแก้ไขข้อขัดแย้งใน a.txt

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

คำตอบที่ได้รับการยอมรับผ่าน git merge จะทำให้งานเสร็จ แต่ปล่อยให้ยุ่งวุ่นวายทำงานอย่างถูกต้องควรจะ 'rebase' ผ่านขั้นตอนต่อไปนี้ (สมมติว่าคุณต้องการให้สาขาฟีเจอร์ของคุณอยู่ใน sycn กับการพัฒนาก่อนที่จะทำ )

1 git fetchจากสาขาฟีเจอร์ของคุณ (ตรวจสอบให้แน่ใจว่าสาขาฟีเจอร์ที่คุณกำลังทำงานนั้นเป็นข้อมูลล่าสุด)

2 git rebase origin/develop

3 หากความขัดแย้งใด ๆ เกิดขึ้นแก้ไขพวกเขาทีละคน

4 ใช้git rebase --continueเมื่อจัดการข้อขัดแย้งทั้งหมดแล้ว

5 git push --force

คุณกำลังคิดในทิศทางที่ถูกต้อง ผสานหลักกับ mobiledevicesupport อย่างต่อเนื่องและรวม mobiledevicesuices กับ master เมื่อ mobiledevicesupport มีความเสถียร นักพัฒนาแต่ละคนจะมีสาขาของตัวเองและสามารถรวมเข้าและออกจากทั้งในระดับปริญญาโทหรือมือถืออุปกรณ์สนับสนุนขึ้นอยู่กับบทบาทของพวกเขา