2016-11-03 62 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赶到 –

相关问题