GitHub桌面:";此文件为空";
客户端或存储库中的文件GitHub桌面:";此文件为空";,git,github,github-desktop,Git,Github,Github Desktop,客户端或存储库中的文件naaclhlt2016.tex不是空的,但是GitHub Desktop显示“此文件为空”。怎么解释呢 GitHub存储库中存在文件naaclhlt2016.tex: git状态: 尝试同步时会产生冲突: 讨论后,如果tex文件的更改仅限于元数据(而不是latex重新编译后的实际文件内容更改),GitHub桌面可能无法显示任何更改 由于即使git状态列出此文件,它也检测不到任何更改,因此会返回到“此文件为空”消息。当autoCRLF设置(例如在~/.gitconfi
naaclhlt2016.tex
不是空的,但是GitHub Desktop显示“此文件为空”。怎么解释呢
GitHub存储库中存在文件naaclhlt2016.tex
:
git状态
:
尝试同步时会产生冲突:
讨论后,如果tex文件的更改仅限于元数据(而不是latex重新编译后的实际文件内容更改),GitHub桌面可能无法显示任何更改
由于即使git状态列出此文件,它也检测不到任何更改,因此会返回到“此文件为空”消息。当
autoCRLF
设置(例如在~/.gitconfig
中)与文本文件中的换行符存储不匹配时,我会发现类似的结果。我有.php
文件,这些文件在一台(Windows)计算机上下载,在Apache文件夹中压缩和解压,然后我将它们复制到克隆的repo,它有时会抱怨每个文件都发生了更改。存储在GitHub上的文件似乎是用CRLF
存储的(它们更大)
我无法让GitHub Desktop处理修改后的文件。我尝试过使用autoCRLF=true
、autoCRLF=input
和autoCRLF=false
进行全新克隆,但GitHub Desktop会根据autoCRLF设置将文件报告为空或每行都已更改
我相信这完全是因为它们存储在GitHub上,文件中有CRLF,GitHub桌面似乎认为autoCRLF
管理(仅)签出的文件,并且不会与GitHub上的CRLF进行比较,即使autoCRLF=false
。它们是字节对字节相同的文件,但它们只是LF,它要么抱怨每一行都已更改,要么抱怨文件是空的
如果我对其中一个文件执行git diff
,在本例中为feed.php
,我会看到:
警告:在API/events/feed.php中,CRLF将替换为LF。
该文件将在您的工作目录中具有其原始行结尾。
除了@VonC响应之外
错过此警报
Git桌面
这是一个尚未推送的新文件吗?@VonC文件naaclhlt2016.tex存在于GitHub存储库中。它存在于其他路径中吗?路径或名称中是否存在任何大小写差异?@VonC相同路径,相同大小写。git状态在使用命令行时表示什么?这可能是一个bug,或者至少是一个令人惊讶的“功能”,需要向GitHub支持部门报告,看看他们是否认为这是预期的响应。我将报告,但首先,我将试图理解为什么使用Texmaker编译tex文件会更改“日期修改”元信息。当我提交报告时,我会通知您。@FranckDernoncourt您从gitHub支持部门得到关于此功能的任何反馈吗?对不起,我忘记了我是否提交了报告。我刚刚提交了一份。谢谢你的后续行动。“这可能不是预期的行为,但我不确定。我已经分享了你的反馈给我们的团队,让他们考虑。”我会说这是解决这个奇怪问题的“解决方案”。实际上,尝试只提交这些文件会导致错误,提交没有完成,问题也没有了。谢谢