我是Git的新手,我遇到了以下問題:在rebase之後,Git添加了將請求2文件追加~HEAD_0
到文件名的末尾。Git將'〜HEAD_0'添加到文件末尾
所以它看起來像這樣:InfoViewController.m~HEAD_0
- 它不創建一個新的文件;後綴
~HEAD_0
僅存在於Bitbucket上的提交消息中。 - 帶有
~HEAD_0
的文件包含父分支最後狀態的快照。
這是怎麼回事,我該如何解決這個問題?
我是Git的新手,我遇到了以下問題:在rebase之後,Git添加了將請求2文件追加~HEAD_0
到文件名的末尾。Git將'〜HEAD_0'添加到文件末尾
所以它看起來像這樣:InfoViewController.m~HEAD_0
~HEAD_0
僅存在於Bitbucket上的提交消息中。~HEAD_0
的文件包含父分支最後狀態的快照。這是怎麼回事,我該如何解決這個問題?
在你當前分支中而不在上游的文件將被存儲在臨時區域中。正如git-rebase文檔所說。
所有在當前分支中提交但不在 中的更改保存到臨時區域。這是同一組 提交,將顯示git log ..HEAD;或者通過git log 'fork_point'.. HEAD,如果--fork-point處於活動狀態(請參閱下面關於 的描述--fork-point);或者通過git log HEAD,如果指定了--root選項。
將當前分支重置爲,或者如果提供了--onto 選項。這與git reset有相同的效果--hard(或)。 ORIG_HEAD被設置爲在復位之前指向分支的尖端。
先前保存到臨時區域的提交是 然後依次重新應用到當前分支。請注意, 任何頭文件中提交的頭文件中提交的相同文本更改(如 提交在HEAD ..中)的任何提交都被忽略(即,跳過已經接受 上游的補丁,具有不同的提交消息或時間戳將爲 )。
所以這是不是在上游的文件,最終將追加..HEAD
你的報價(來自哪裏呢?)沒有關於'〜HEAD_0'後綴說。 – Jubobs
請參閱git文檔http://git-scm.com/docs/git-rebase –