แก้ไข:
ดู@Simba Answerสำหรับวิธีการแก้ไขที่ถูกต้อง
submodule.<name>.updateคือสิ่งที่คุณต้องการเปลี่ยนแปลงให้ดูเอกสาร - ค่าเริ่มต้นcheckout
submodule.<name>.branchระบุสาขาระยะไกลที่จะติดตาม - ค่าเริ่มต้นmaster
คำตอบเดิม:
โดยส่วนตัวแล้วฉันเกลียดคำตอบที่นี่ซึ่งนำไปยังลิงก์ภายนอกซึ่งอาจหยุดทำงานตลอดเวลาและตรวจสอบคำตอบของฉันที่นี่ (ยกเว้นคำถามซ้ำกัน) - นำไปสู่คำถามที่ครอบคลุมหัวข้อระหว่างบรรทัดของเรื่องอื่น แต่เท่ากับโดยรวม: "ฉัน ไม่ตอบอ่านเอกสาร "
กลับไปที่คำถาม: ทำไมมันเกิดขึ้น
สถานการณ์ที่คุณอธิบาย
หลังจากดึงการเปลี่ยนแปลงจากเซิร์ฟเวอร์หลาย ๆ ครั้งหัว submodule ของฉันจะถูกถอดออกจากสาขาหลัก
นี้เป็นกรณีที่พบเมื่อไม่ได้ใช้submodulesบ่อยเกินไปหรือได้เริ่มต้นเพียงกับsubmodules ฉันเชื่อว่าฉันถูกต้องในการระบุว่าเราทุกคน เคยมาถึงจุดที่หัวของsubmoduleของเราถูกถอดออก
- สาเหตุ: submodule ของคุณไม่ได้ติดตามสาขาที่ถูกต้อง (ต้นแบบเริ่มต้น)
การแก้ไข: ตรวจสอบให้แน่ใจว่า submodule ของคุณกำลังติดตามสาขาที่ถูกต้อง
$ cd <submodule-path>
# if the master branch already exists locally:
# (From git docs - branch)
# -u <upstream>
# --set-upstream-to=<upstream>
# Set up <branchname>'s tracking information so <upstream>
# is considered <branchname>'s upstream branch.
# If no <branchname> is specified, then it defaults to the current branch.
$ git branch -u <origin>/<branch> <branch>
# else:
$ git checkout -b <branch> --track <origin>/<branch>
- สาเหตุ: repo หลักของคุณไม่ได้กำหนดค่าให้ติดตามสาขาย่อย
การแก้ไข: ทำให้ submodule ของคุณติดตามสาขาระยะไกลโดยการเพิ่ม submodules ใหม่ด้วยสองคำสั่งต่อไป
<branch>ครั้งแรกที่คุณบอกคอมไพล์ในการติดตามระยะไกลของคุณ- คุณบอกคอมไพล์ให้ทำการรีบูทหรือรวมการชำระเงินแทน
- คุณบอกคอมไพล์ให้อัปเดต submodule ของคุณจากระยะไกล
$ git submodule add -b <branch> <repository> [<submodule-path>]
$ git config -f .gitmodules submodule.<submodule-path>.update rebase
$ git submodule update --remote
- หากคุณยังไม่ได้เพิ่ม submodule ที่มีอยู่เช่นนี้คุณสามารถแก้ไขได้อย่างง่ายดาย:
- ก่อนอื่นคุณต้องตรวจสอบให้แน่ใจว่า submodule ของคุณมีสาขาที่ชำระเงินซึ่งคุณต้องการติดตาม
$ cd <submodule-path>
$ git checkout <branch>
$ cd <parent-repo-path>
# <submodule-path> is here path releative to parent repo root
# without starting path separator
$ git config -f .gitmodules submodule.<submodule-path>.branch <branch>
$ git config -f .gitmodules submodule.<submodule-path>.update <rebase|merge>
ในกรณีทั่วไปคุณได้ทำการแก้ไขโดยในตอนนี้ DETACHED HEAD เนื่องจากเกี่ยวข้องกับหนึ่งในปัญหาการกำหนดค่าด้านบน
แก้ไขถอดหัวเมื่อ .update = checkout
$ cd <submodule-path> # and make modification to your submodule
$ git add .
$ git commit -m"Your modification" # Let's say you forgot to push it to remote.
$ cd <parent-repo-path>
$ git status # you will get
Your branch is up-to-date with '<origin>/<branch>'.
Changes not staged for commit:
modified: path/to/submodule (new commits)
# As normally you would commit new commit hash to your parent repo
$ git add -A
$ git commit -m"Updated submodule"
$ git push <origin> <branch>.
$ git status
Your branch is up-to-date with '<origin>/<branch>'.
nothing to commit, working directory clean
# If you now update your submodule
$ git submodule update --remote
Submodule path 'path/to/submodule': checked out 'commit-hash'
$ git status # will show again that (submodule has new commits)
$ cd <submodule-path>
$ git status
HEAD detached at <hash>
# as you see you are DETACHED and you are lucky if you found out now
# since at this point you just asked git to update your submodule
# from remote master which is 1 commit behind your local branch
# since you did not push you submodule chage commit to remote.
# Here you can fix it simply by. (in submodules path)
$ git checkout <branch>
$ git push <origin>/<branch>
# which will fix the states for both submodule and parent since
# you told already parent repo which is the submodules commit hash
# to track so you don't see it anymore as untracked.
แต่ถ้าคุณทำการเปลี่ยนแปลงบางอย่างในเครื่องแล้วสำหรับ submodule และคอมมิชชัน, ผลักมันไปที่รีโมตเมื่อคุณเรียกใช้ 'git checkout' Git จะแจ้งให้คุณทราบ:
$ git checkout <branch>
Warning: you are leaving 1 commit behind, not connected to any of your branches:
If you want to keep it by creating a new branch, this may be a good time to do so with:
ตัวเลือกที่แนะนำในการสร้างสาขาชั่วคราวอาจทำได้ดีแล้วคุณสามารถรวมสาขาเหล่านี้เข้าด้วยกันได้อย่างไรก็ตามฉันจะใช้ส่วนตัวgit cherry-pick <hash>ในกรณีนี้
$ git cherry-pick <hash> # hash which git showed you related to DETACHED HEAD
# if you get 'error: could not apply...' run mergetool and fix conflicts
$ git mergetool
$ git status # since your modifications are staged just remove untracked junk files
$ rm -rf <untracked junk file(s)>
$ git commit # without arguments
# which should open for you commit message from DETACHED HEAD
# just save it or modify the message.
$ git push <origin> <branch>
$ cd <parent-repo-path>
$ git add -A # or just the unstaged submodule
$ git commit -m"Updated <submodule>"
$ git push <origin> <branch>
แม้ว่าจะมีอีกหลายกรณีที่คุณสามารถทำให้ซับโดมิโนของคุณเข้าสู่สถานะถอดออกได้ แต่ฉันหวังว่าคุณจะเข้าใจวิธีแก้ปัญหากรณีของคุณได้อีกเล็กน้อย