อัปเดตสาขา Git จากต้นแบบ

ฉันใหม่กับ Git และตอนนี้ฉันอยู่ในสถานการณ์นี้:

• ฉันมีสี่สาขา (ปรมาจารย์ b1, b2 และ b3)
• หลังจากที่ฉันทำงานใน b1-b3 ฉันก็รู้ว่าฉันมีอะไรที่จะเปลี่ยนอาจารย์สาขาที่ควรจะอยู่ในสาขาอื่นทั้งหมด
• ฉันเปลี่ยนสิ่งที่ฉันต้องการในmasterและ ... นี่คือปัญหาของฉัน:

ฉันจะอัปเดตสาขาอื่น ๆ ด้วยmasterรหัสสาขาได้อย่างไร

คุณมีสองทางเลือก:

อันแรกคือการผสาน แต่สิ่งนี้จะสร้างความมุ่งมั่นเพิ่มเติมสำหรับการผสาน

ชำระเงินแต่ละสาขา:

git checkout b1

จากนั้นรวม:

git merge origin/master

จากนั้นกด:

git push origin b1

หรือคุณสามารถทำการ rebase:

git fetch
git rebase origin/master

คุณมีสองตัวเลือกโดยทั่วไป:

1. คุณรวม ที่จริงแล้วค่อนข้างง่ายและการดำเนินงานในท้องถิ่นอย่างสมบูรณ์แบบ:

   git checkout b1
   git merge master
   # repeat for b2 and b3
   

   สิ่งนี้ทำให้ประวัติตรงตามที่เกิดขึ้น: คุณแยกจากต้นแบบคุณทำการเปลี่ยนแปลงทุกสาขาและในที่สุดคุณก็รวมการเปลี่ยนแปลงจากต้นแบบเข้ากับสาขาทั้งสาม

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

2. คุณ rebase ผู้ที่มี SVN หรือพื้นหลังที่คล้ายกันพบว่าใช้งานง่าย คำสั่งนั้นคล้ายกับกรณีการผสาน:

   git checkout b1
   git rebase master
   # repeat for b2 and b3
   

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

   A --- B --- C --- D <-- master
    \
     \-- E --- F --- G <-- b1
   

   ผลการผสานในประวัติศาสตร์ที่แท้จริง:

   A --- B --- C --- D <-- master
    \                 \
     \-- E --- F --- G +-- H <-- b1
   

   อย่างไรก็ตามการ rebase ทำให้คุณมีประวัตินี้:

   A --- B --- C --- D <-- master
                      \
                       \-- E' --- F' --- G' <-- b1
   

   ประเด็นก็คือว่ากระทำE', F'และG'ไม่เคยมีอยู่อย่างแท้จริงและมีแนวโน้มที่ไม่เคยได้รับการทดสอบ พวกเขาอาจไม่ได้รวบรวม มันเป็นจริงค่อนข้างง่ายต่อการสร้างกระทำไร้สาระผ่าน rebase โดยเฉพาะอย่างยิ่งเมื่อมีการเปลี่ยนแปลงในมีความสำคัญต่อการพัฒนาในmasterb1

   ผลที่ตามมาของเรื่องนี้อาจจะเป็นว่าคุณไม่สามารถแยกแยะความแตกต่างที่ของทั้งสามกระทำE, Fและแนะนำจริงถดถอยลดน้อยลงค่าของGgit bisect

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

git rebase masterเป็นวิธีที่เหมาะสมในการทำเช่นนี้ การผสานจะหมายถึงการคอมมิชชันที่สร้างขึ้นสำหรับการผสานในขณะที่การรีบูตจะไม่เกิดขึ้น

หากคุณกำลังทำงานในสาขาเปิดและปิดหรือเกิดขึ้นมากมายในสาขาอื่นในขณะที่คุณกำลังทำงานกับบางสิ่งบางอย่างที่ดีที่สุดคือการลดสาขาของคุณลงบนต้นแบบ สิ่งนี้ทำให้ประวัติศาสตร์เป็นระเบียบเรียบร้อยและทำให้ง่ายต่อการติดตาม

git checkout master
git pull
git checkout local_branch_name
git rebase master
git push --force # force required if you've already pushed

หมายเหตุ:

• อย่ารีบูตสาขาที่คุณร่วมมือกับคนอื่น ๆ ใน
• คุณควรทำการ rebase ในสาขาที่คุณจะทำการผสานซึ่งอาจไม่ใช่มาสเตอร์

มีบทเกี่ยวกับการรีบูตที่http://git-scm.com/book/ch3-6.htmlและโหลดแหล่งข้อมูลอื่น ๆ มากมายบนเว็บ

@cmaster ได้ทำคำตอบที่ดีที่สุดแล้ว โดยย่อ:

git checkout master #
git pull # update local master from remote master
git checkout <your_branch>
git merge master # solve merge conflicts if you have`

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

หากต้องการอัปเดตสาขาอื่นเช่น (สำรอง) ด้วยสำเนาสาขาหลักของคุณ คุณสามารถทำตามวิธีใดวิธีหนึ่ง (รีบูตหรือรวม) ...

1. ทำการ rebase (จะไม่มีการกระทำใด ๆ เพิ่มเติมกับสาขาสำรอง)

2. รวมสาขา (จะมีการส่งพิเศษไปยังสาขาสำรองโดยอัตโนมัติ)

   หมายเหตุ: Rebase ไม่มีอะไรนอกจากสร้างฐานใหม่ (สำเนาใหม่)

git checkout backup
git merge master
git push

(ทำซ้ำสำหรับสาขาอื่น ๆ หากมีการสำรองข้อมูล 2 และอื่น ๆ .. )

git checkout backup
git rebase master
git push

(ทำซ้ำสำหรับสาขาอื่น ๆ หากมีการสำรองข้อมูล 2 และอื่น ๆ .. )

คุณสามารถผสานหรือคุณสามารถใช้การกระทำของแต่ละบุคคลข้ามสาขาโดยใช้คอมไพล์เชอร์รี่เลือก

มีสองตัวเลือกสำหรับปัญหานี้

1) rebit คอมไพล์

2) คอมไพล์ผสาน

เฉพาะความแตกต่างด้านบนทั้งสองกรณีรวมจะมีความมุ่งมั่นพิเศษในประวัติศาสตร์

1) สาขาการชำระเงิน git (b1, b2, b3)

2) git rebase origin / master (ในกรณีที่มีข้อขัดแย้งแก้ไขภายในเครื่องโดยทำการ rebit git - ยุติ)

3) git push

หรือมิฉะนั้นตัวเลือกการรวมคอมไพล์ก็เหมือนกัน

1) ชำระเงิน git "your_branch" (b1, b2, b3)

2) git merge master

3) git push

เพื่ออัปเดตสาขาของคุณจากต้นแบบ:

  git checkout master
  git pull
  git checkout your_branch
  git merge master