ฉันได้ตั้งค่า repo "main" ระยะไกลที่ไม่ได้เปลือยเปล่าและโคลนไปยังคอมพิวเตอร์ของฉัน ฉันทำการเปลี่ยนแปลงภายในเครื่องอัปเดตที่เก็บในเครื่องของฉันและผลักดันการเปลี่ยนแปลงกลับไปที่ repo ระยะไกลของฉัน สิ่งต่าง ๆ ได้ดีจนถึงจุดนั้น

ตอนนี้ฉันต้องเปลี่ยนอะไรบางอย่างใน repo ระยะไกล จากนั้นฉันเปลี่ยนบางสิ่งบางอย่างใน repo ท้องถิ่นของฉัน ฉันรู้ว่าไม่จำเป็นต้องเปลี่ยนรีโมตรีโมต ดังนั้นฉันจึงพยายามgit pushจาก repo ท้องถิ่นของฉันไปยัง repo ระยะไกลของฉัน แต่ฉันได้รับข้อผิดพลาดเช่น:

เพื่อป้องกันไม่ให้คุณสูญเสียประวัติการอัปเดตที่ไม่ใช่การส่งต่ออย่างรวดเร็วถูกปฏิเสธรวมการเปลี่ยนแปลงระยะไกลก่อนที่จะผลักดันอีกครั้ง ดูหมายเหตุเกี่ยวกับการส่งต่ออย่างรวดเร็ว 'ส่วนของgit push --helpรายละเอียด

ฉันคิดว่าอาจจะเป็น

git push --force

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

ดังที่ฉันได้กล่าวถึงในความคิดเห็นกับหนึ่งในคำตอบ :

[I] พยายามบังคับใช้ แต่เมื่อกลับไปที่เซิร์ฟเวอร์หลักเพื่อบันทึกการเปลี่ยนแปลงฉันจะเลิกแสดงละครที่ล้าสมัย ดังนั้นเมื่อฉันยอมรับที่เก็บไม่เหมือนกัน และเมื่อฉันพยายามใช้ git push อีกครั้งฉันได้รับข้อผิดพลาดเดียวกัน

ฉันจะแก้ไขปัญหานี้ได้อย่างไร

แค่ทำ:

git push origin <your_branch_name> --force

หรือถ้าคุณมี repo เฉพาะ:

git push https://git.... --force

การดำเนินการนี้จะลบการกระทำก่อนหน้าของคุณและผลักดันรายการปัจจุบันของคุณ

มันอาจไม่เหมาะสม แต่ถ้าใครมาสะดุดหน้านี้คิดว่าพวกเขาอาจต้องการทางออกที่ง่าย ...

ธงสั้น

ยังทราบว่า-fสั้นสำหรับ--forceดังนั้น

git push origin <your_branch_name> -f

ยังจะทำงาน

และถ้าไม่ได้ทำงานที่คุณสามารถทำได้push --force push --deleteดูที่ 2 ^{ครั้งที่}บรรทัดในกรณีนี้:

git reset --hard HEAD~3  # reset current branch to 3 commits ago
git push origin master --delete  # do a very very bad bad thing
git push origin master  # regular push

แต่ระวัง ...

ไม่เคยย้อนกลับไปในประวัติศาสตร์คอมไพล์สาธารณะ!

ในคำอื่น ๆ :

• อย่าforceผลักดันที่เก็บข้อมูลสาธารณะ
• อย่าทำสิ่งนี้หรือสิ่งใดก็ตามที่อาจทำลายความpullรู้สึก
• ไม่เคยresetหรือrewriteประวัติในrepoใครบางคนอาจได้ดึงแล้ว

แน่นอนว่ามีข้อยกเว้นที่หายากเป็นพิเศษแม้แต่ในกฎนี้ แต่ในกรณีส่วนใหญ่ไม่จำเป็นต้องทำและจะสร้างปัญหาให้กับคนอื่น

ทำการย้อนกลับแทน

และมักจะต้องระมัดระวังกับสิ่งที่คุณผลักดันไปสู่การซื้อคืนภาคประชาชน ย้อนกลับ:

git revert -n HEAD~3..HEAD  # prepare a new commit reverting last 3 commits
git commit -m "sorry - revert last 3 commits because I was not careful"
git push origin master  # regular push

ในความเป็นจริงทั้งต้นกำเนิด HEADs (จากการย้อนกลับและจากการรีเซ็ตชั่วร้าย ) จะมีไฟล์เดียวกัน

แก้ไขเพื่อเพิ่มข้อมูลที่อัปเดตและข้อโต้แย้งอื่น ๆ push --force

ลองผลักดันด้วยการเช่าแทนที่จะกด แต่ก็ยังชอบการถอยกลับ

ปัญหาอื่นที่push --forceอาจเกิดขึ้นคือเมื่อมีคนผลักสิ่งใดก่อนที่คุณจะทำ แต่หลังจากคุณได้ทำการดึงข้อมูลมาแล้ว ถ้าคุณผลักดันบังคับให้คุณปรับฐานรุ่นนี้คุณจะเปลี่ยนการทำงานจากคนอื่น ๆ

git push --force-with-leaseแนะนำในgit 1.8.5 ( ขอบคุณ @VonCความคิดเห็นเกี่ยวกับคำถาม) พยายามแก้ไขปัญหาเฉพาะนี้ โดยพื้นฐานแล้วจะทำให้เกิดข้อผิดพลาดและไม่ส่งข้อมูลหากรีโมตถูกแก้ไขตั้งแต่การดึงข้อมูลล่าสุดของคุณ

นี่เป็นสิ่งที่ดีหากคุณแน่ใจว่าpush --forceจำเป็นจริงๆแต่ก็ยังต้องการป้องกันปัญหาเพิ่มเติม ฉันจะไปไกลเพื่อบอกว่ามันควรจะเป็นpush --forceพฤติกรรมเริ่มต้น pushแต่ก็ยังคงห่างไกลจากการเป็นข้ออ้างในการที่จะบังคับให้ ผู้ที่ดึงข้อมูลมาก่อนการรีบูตของคุณจะยังคงมีปัญหามากมายซึ่งสามารถหลีกเลี่ยงได้ง่ายหากคุณเปลี่ยนกลับมาใช้แทน

และเนื่องจากเรากำลังพูดถึงgit --pushอินสแตนซ์ ...

ทำไมทุกคนต้องการบังคับให้กด?

@linquizeนำตัวอย่างที่ผลักดันแรงที่ดีในการแสดงความคิดเห็น: ข้อมูลที่สำคัญ คุณรั่วไหลของข้อมูลอย่างผิดพลาดซึ่งไม่ควรผลักดัน หากคุณเร็วพอคุณสามารถ"แก้ไข"*ได้โดยบังคับให้กดที่ด้านบน

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

ก่อนอื่นฉันจะไม่ทำการเปลี่ยนแปลงใด ๆ โดยตรงใน repo "main" หากคุณต้องการมี repo "main" จริงๆคุณควรกดไปที่มันเท่านั้นอย่าเปลี่ยนมันโดยตรง

เกี่ยวกับข้อผิดพลาดที่คุณได้รับคุณลองgit pullจาก repo ในพื้นที่ของคุณแล้วgit pushไปยัง repo หลักหรือไม่? สิ่งที่คุณกำลังทำอยู่ (ถ้าฉันเข้าใจดี) กำลังบังคับให้ต้องผลักดันและจากนั้นการสูญเสียการเปลี่ยนแปลงใน repo "main" คุณควรรวมการเปลี่ยนแปลงในเครื่องก่อน

ถ้าฉันอยู่ในสาขาท้องถิ่น A และฉันต้องการบังคับให้สาขาท้องถิ่น B ไปที่สาขาต้นทาง CI สามารถใช้ไวยากรณ์ต่อไปนี้:

git push --force origin B:C

ใช้คำสั่งต่อไปนี้:

git push -f origin master

ฉันอยากจะแนะนำ:

• ผลักไปที่ repo หลักเท่านั้น

• ตรวจสอบให้แน่ใจว่า repo หลักเป็น repo เปล่าเพื่อไม่เคยมีปัญหาใด ๆ กับแผนผังการทำงาน repo หลักที่ไม่ซิงค์กับ.gitฐานของมัน ดูที่ " จะผลักที่เก็บ git ในเครื่องไปยังคอมพิวเตอร์เครื่องอื่นได้อย่างไร "

• หากคุณจำเป็นต้องทำการปรับเปลี่ยนใน repo หลัก (เปล่า), โคลนมัน (บนเซิร์ฟเวอร์หลัก), ทำการปรับเปลี่ยนของคุณและกดกลับไปที่มัน

กล่าวอีกนัยหนึ่งให้เก็บ repo เปลือยทั้งจากเซิร์ฟเวอร์หลักและเครื่องคอมพิวเตอร์เพื่อให้มี repo upstream เดียวจาก / ที่จะดึง / ดึง

นี่เป็นวิธีการแก้ปัญหาของเราในการเปลี่ยนต้นแบบบนที่เก็บ gitHub ขององค์กรในขณะที่รักษาประวัติ

push -fหลักในคลังเก็บขององค์กรมักจะปิดการใช้งานเพื่อรักษาประวัติสาขา วิธีนี้ใช้ได้ผลกับเรา

git fetch desiredOrigin
git checkout -b master desiredOrigin/master // get origin master

git checkout currentBranch  // move to target branch
git merge -s ours master  // merge using ours over master
// vim will open for the commit message
git checkout master  // move to master
git merge currentBranch  // merge resolved changes into master

ผลักดันให้สาขาของคุณdesiredOriginและสร้างการประชาสัมพันธ์

ฉันมีคำถามเดียวกัน แต่คิดออกในที่สุด สิ่งที่คุณต้องทำมากที่สุดคือเรียกใช้คำสั่ง git สองคำสั่งต่อไปนี้ (แทนที่แฮชด้วยหมายเลขการแก้ไขที่คอมมิตยอมรับ):

git checkout <hash>
git push -f HEAD:master