3 回答
TA貢獻(xiàn)1836條經(jīng)驗(yàn) 獲得超3個(gè)贊
克隆存儲(chǔ)庫后,我在Mac上遇到了同樣的問題。假定所有文件都已更改。
運(yùn)行后git config --global core.autocrlf input,它仍將所有文件標(biāo)記為已更改。尋找修復(fù)程序后,我.gitattributes在主目錄中遇到了以下文件。
* text=auto
我將其注釋掉,從現(xiàn)在開始,任何其他克隆的存儲(chǔ)庫都可以正常工作。
TA貢獻(xiàn)1780條經(jīng)驗(yàn) 獲得超5個(gè)贊
我假設(shè)您正在使用Windows。您鏈接到的GitHub頁面的詳細(xì)信息向后。問題是CR + LF行尾已經(jīng)被提交到存儲(chǔ)庫,并且因?yàn)槟鷮ore.autocrlf設(shè)置為true或input,所以Git希望將行尾轉(zhuǎn)換為LF,因此git status表明每個(gè)文件都已更改。
如果這是您僅想訪問但不參與的存儲(chǔ)庫,則可以運(yùn)行以下命令僅隱藏問題,而無需實(shí)際解決。
git config core.autocrlf false
如果這是您將積極參與并可以提交更改的存儲(chǔ)庫。您可能希望通過提交一次提交來解決該問題,該提交將存儲(chǔ)庫中的所有行結(jié)尾更改為使用LF而不是CR + LF,然后采取措施來防止將來再次發(fā)生。
以下內(nèi)容直接取自gitattributes手冊頁,應(yīng)從干凈的工作目錄執(zhí)行。
echo "* text=auto" >>.gitattributes
rm .git/index # Remove the index to force Git to
git reset # re-scan the working directory.
git status # Show files that will be normalized.
git add -u
git add .gitattributes
git commit -m "Introduce end-of-line normalization"
如果出現(xiàn)任何不應(yīng)標(biāo)準(zhǔn)化的文件,請(qǐng)git status在運(yùn)行之前取消設(shè)置其text屬性git add -u。
manual.pdf -text
相反,Git未檢測到的文本文件可以手動(dòng)啟用規(guī)范化。
weirdchars.txt text
- 3 回答
- 0 關(guān)注
- 1264 瀏覽
添加回答
舉報(bào)
