2016-11-03 66 views
2

我使用SourceTree作爲git客戶端。如何解決:Xcode顯示提交後仍然被修改的文件

前段時間,我的項目和我的git存在一個主要問題,所以我必須從外部源重新激活我的工作區的副本。爲此我創建了一個完整的新存儲庫。承諾現在。

今天我注意到,我的大部分文件在Xcode中顯示爲「已修改」。即使在提交和推送(使用SourceTree)之後。

enter image description here

源控制顯示我的兩個分支,什麼是正確的:

enter image description here

而且歷史證明完全所有提交:

enter image description here

我的感覺告訴我,在後臺的舊版本庫信息是仍然存在,並做這個錯誤。我該如何處理?非常感謝幫助。

編輯:

git diff --ws-error-highlight=new,old輸出

enter image description here

回答

2

檢查如果diff的性質有關,EOL(線結束)。
請參閱 「git diff - show me line ending changes?」,如:

git diff --ws-error-highlight=new,old  

如果是這樣的話,首先嚐試:

git config --global core.autocrlf false 

然後再次嘗試克隆你的回購協議,並查看是否仍然XCode的顯示這些差異。

就你而言,這不是關於eol,而是關於在你的文件中完成的更新。

檢查任何.gitattributes文件:有沒有在這些文件污跡指令(這可以解釋一個自動的過程發生在結賬)

爲黑灰腳本示例見Keyword expansion

有些東西似乎更新JTAppleCalendar to its latest relase (6.0.1 from 7 days ago)

我的感覺告訴我,在後臺舊的存儲庫的信息仍然存在並執行這個bug。

只需在命令行中嘗試再次克隆該回購(在全新的本地路徑中),並檢查問題是否在新克隆的回購中仍然存在。

JTAppleCalendar,我已經從6.0.0手動更改爲6.0.1。大約7天前。當新的xcode 8.0。1抵達

在這種情況下,所有這些應該被列爲修改的文件:這是混帳做什麼。

+0

@DavidSeek在命令行中,看到http://stackoverflow.com/a/36604948/6309 – VonC

+0

@DavidSeek確定。我相應地編輯了我的答案。 – VonC

+0

好的,謝謝。會嘗試。到'JTAppleCalendar',我已經從6.0.0手動改爲6.0.1。大約7天前。當新的Xcode 8.0.1趕到 –

相關問題