การตั้งค่า git parent pointer เป็น parent อื่น

หากฉันมีความมุ่งมั่นในอดีตที่ชี้ไปที่ผู้ปกครองคนหนึ่ง แต่ฉันต้องการเปลี่ยนผู้ปกครองที่ชี้ไปที่ฉันจะทำอย่างไร

git rebaseการใช้ มันเป็นคำสั่ง "รับมอบทั่วไปและป๋อมัน / พวกเขาในคำสั่งผู้ปกครอง (ฐาน)" ที่แตกต่างกันใน Git

อย่างไรก็ตามสิ่งที่ควรรู้:

1. เนื่องจากการกระทำ SHA เกี่ยวข้องกับผู้ปกครองของพวกเขาเมื่อคุณเปลี่ยนผู้ปกครองของการกระทำที่กำหนด SHA ของมันจะเปลี่ยนไปเช่นเดียวกับ SHAs ของการกระทำทั้งหมดที่เกิดขึ้นหลังจากนั้น (ล่าสุดกว่านั้น) ในสายการพัฒนา

2. หากคุณกำลังทำงานกับคนอื่นและคุณได้ผลักดันการกระทำความผิดในคำถามสู่ที่ที่พวกเขาดึงมันไปแล้วการปรับเปลี่ยนการกระทำนั้นน่าจะเป็นความคิดที่แย่ นี่คือสาเหตุที่ # 1 และทำให้เกิดความสับสนที่เก็บข้อมูลของผู้ใช้รายอื่นจะพบเมื่อพยายามหาสิ่งที่เกิดขึ้นเนื่องจาก SHA ของคุณไม่ตรงกับความมุ่งมั่นของพวกเขาสำหรับ "เดียวกัน" (ดูส่วน "การกู้คืนจากการกู้คืนของ UPSTREAM" ของหน้า man ที่เชื่อมโยงเพื่อดูรายละเอียด)

ที่กล่าวว่าหากคุณอยู่ในสาขาที่มีข้อผูกพันบางอย่างที่คุณต้องการย้ายไปที่ผู้ปกครองใหม่ก็จะมีลักษณะเช่นนี้:

git rebase --onto <new-parent> <old-parent>

ที่จะย้ายทุกอย่างหลังจาก <old-parent>ในสาขาปัจจุบันเพื่อนั่งด้านบนของ<new-parent>แทน

หากปรากฎว่าคุณต้องหลีกเลี่ยงการทำข้อผูกพันใหม่ (เช่นเนื่องจากการเขียนประวัติจะไม่สามารถป้องกันได้) ดังนั้นคุณสามารถใช้การแทนที่ git (มีใน Git 1.6.5 และใหม่กว่า)

# …---o---A---o---o---…
#
# …---o---B---b---b---…
#
# We want to transplant B to be "on top of" A.
# The tree of descendants from B (and A) can be arbitrarily complex.

replace_first_parent() {
    old_parent=$(git rev-parse --verify "${1}^1") || return 1
    new_parent=$(git rev-parse --verify "${2}^0") || return 2
    new_commit=$(
      git cat-file commit "$1" |
      sed -e '1,/^$/s/^parent '"$old_parent"'$/parent '"$new_parent"'/' |
      git hash-object -t commit -w --stdin
    ) || return 3
    git replace "$1" "$new_commit"
}
replace_first_parent B A

# …---o---A---o---o---…
#          \
#           C---b---b---…
#
# C is the replacement for B.

เมื่อมีการแทนที่ด้านบนแล้วคำขอใด ๆ สำหรับวัตถุ B จะส่งคืนวัตถุ C จริง ๆ เนื้อหาของ C จะเหมือนกับเนื้อหาของ B ทุกประการยกเว้นผู้ปกครองคนแรก (ผู้ปกครองคนเดียวกัน (ยกเว้นผู้แรก) ต้นเดียวกัน กระทำข้อความเดียวกัน)

การเปลี่ยนใช้งานโดยค่าเริ่มต้น แต่สามารถเปลี่ยนได้โดยใช้--no-replace-objectsตัวเลือกเพื่อgit (ก่อนชื่อคำสั่ง) หรือโดยการตั้งค่าGIT_NO_REPLACE_OBJECTSตัวแปรสภาพแวดล้อม สามารถใช้การแทนที่ได้โดยการกดrefs/replace/*(นอกเหนือจากปกติrefs/heads/*)

หากคุณไม่ชอบคอมมิชชัน (ทำกับsedด้านบน) จากนั้นคุณสามารถสร้างการคอมมิททดแทนโดยใช้คำสั่งระดับสูงกว่า:

git checkout B~0
git reset --soft A
git commit -C B
git replace B HEAD
git checkout -

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

^{โปรดทราบว่าการเปลี่ยนการคอมมิทใน Git นั้นจะต้องเปลี่ยนคอมมิทที่ตามมาทั้งหมด สิ่งนี้จะหมดกำลังใจหากคุณได้เผยแพร่ประวัติส่วนนี้และใครบางคนอาจสร้างงานของพวกเขาในประวัติศาสตร์ที่เคยเป็นมาก่อนการเปลี่ยนแปลง}

วิธีการแก้ปัญหาอื่นเพื่อgit rebaseกล่าวถึงในการตอบสนองของแอมเบอร์คือการใช้ตัดกลไก (ดูความหมายของ Git grafts ในGit คำศัพท์และเอกสารของ.git/info/graftsแฟ้มในGit Repository เค้าโครงเอกสาร) ไปยังผู้ปกครองการเปลี่ยนแปลงของการกระทำ, การตรวจสอบว่ามันไม่ได้ทำสิ่งที่ถูกต้องกับโปรแกรมดูประวัติ ( gitk, git log --graphฯลฯ ) จากนั้นใช้git filter-branch(ตามที่อธิบายไว้ในส่วน "ตัวอย่าง" ของ manpage) เพื่อทำให้ถาวร (และจากนั้นลบการรับสินบนและเลือกที่จะลบ refs ดั้งเดิมที่สำรองไว้git filter-branchหรือ reclone repository):

echo "$ commit-id $ graft-id" >> .git / info / grafts
git filter-branch $ graft-id..HEAD

บันทึก !!! โซลูชันนี้แตกต่างจากโซลูชัน rebaseซึ่งgit rebaseจะเป็นการลด / เปลี่ยนการปลูกถ่ายในขณะที่โซลูชันที่ใช้กราฟต์จะทำการซ่อมแซมตามปกติโดยไม่คำนึงถึงความแตกต่างระหว่างผู้ปกครองเก่ากับผู้ปกครองใหม่!

เพื่อชี้แจงคำตอบข้างต้นและเสียบสคริปต์ของตัวเองอย่างไร้ยางอาย:

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

การเปรียบเทียบ

สมมติว่าคุณมีภาพทางด้านซ้ายและคุณต้องการให้มันดูเหมือนภาพด้านขวา:

                   C'
                  /
A---B---C        A---B---C

ทั้งการรีบูตและการรีเอเจนต์จะสร้างภาพเดียวกัน แต่คำจำกัดความของC'ความแตกต่าง ด้วยgit rebase --onto A B, C'จะไม่มีการเปลี่ยนแปลงใด ๆ Bที่นำโดย ด้วยgit reparent -p A, C'จะเหมือนกับC(ยกเว้นว่าBจะไม่อยู่ในประวัติศาสตร์)

คำตอบที่แน่นอนของ @Jubub ช่วยฉันเมื่อหลายชั่วโมงก่อนเมื่อฉันลองสิ่งเดียวกันกับ OP
อย่างไรก็ตามgit replace --graftตอนนี้เป็นวิธีแก้ปัญหาที่ง่ายกว่าเกี่ยวกับกราฟ ปัญหาที่สำคัญของการแก้ปัญหานั้นก็คือสาขาตัวกรองทำให้ฉันหลวมทุกสาขาที่ไม่ได้รวมเข้ากับสาขา HEAD จากนั้นgit filter-repoทำงานได้อย่างสมบูรณ์แบบและไร้ที่ติ

$ git replace --graft <commit> <new parent commit>
$ git filter-repo --force

ข้อมูลเพิ่มเติม: ชำระเงินในส่วน "การทำกราฟประวัติ" ในเอกสาร