先说结论,有可能是.txt的.前面有个空,(我不知道空间是怎么造成的,我也没有干出隐藏后缀的蠢事),把空删了,再进行正常操作就好了。(add的时候不要把一个.前面有空格的文件add进去,系统似乎不认)
下面是我的经历:今天,做软件构造实验的时候遇到了这个问题,(上次其实也应该遇到,可惜上次我直接上传了整个文件夹)。
我在网上搜索了一下关于这个的答案,试了试发现没什么用
我的操作如下,
可以看到,确实有一个名为 Lab2-1190201415-Report .docx 的文件,
然而,当我直接把文件名复制粘贴到 git add 后面的时候,我却发现报错了。
然后,我开始大呼坑人并眼尖地发现文件这个名字的.似乎占了两格,但是,事实上我这个文件的名字我就没动过,所以我就
把 .前面空的那一部分去掉再次测试
依旧失败,然后我气急败坏的各种尝试,不断向命运发起挑战,一一落败。
然后我看见网上有一条说用 touch +文件名可以试试(大概有点像新建文件夹),但是下面一万个人说这法子没用,但是我破罐子了,我就试了试
然后我第一次还是粘贴的那个.前面有空格的文件名,然而,它新建了两个文件,一个叫....—Report,一个叫.dock。
我大为震惊,决定不加空格再试一次,这次倒没什么问题了,然后我老老实实的把我的文件再粘贴过来,发现竟然没有重名覆盖,
这时候我才意识到,这个文件名可能有问题,抱着试试看的心态删了空格就成了。
现在回想起来,我一开始没想到这么改,主要是因为,我把带空格的那个系统报出来的文件名add进去,发现没成,然后就断了这方面的念头了。
但我现在还是不清楚为什么,add这样一个文件不行,可能touch失败的经历有一点暗示作用吧,但我还是想不明白。有知道的大佬请不吝赐教。