先说结论，有可能是.txt的.前面有个空，（我不知道空间是怎么造成的，我也没有干出隐藏后缀的蠢事），把空删了，再进行正常操作就好了。（add的时候不要把一个.前面有空格的文件add进去，系统似乎不认）

 

下面是我的经历：今天，做软件构造实验的时候遇到了这个问题，（上次其实也应该遇到，可惜上次我直接上传了整个文件夹）。

 

我在网上搜索了一下关于这个的答案，试了试发现没什么用

 

 

我的操作如下，

 

 

可以看到，确实有一个名为 Lab2-1190201415-Report .docx 的文件，

 

然而，当我直接把文件名复制粘贴到 git add 后面的时候，我却发现报错了。

 

然后，我开始大呼坑人并眼尖地发现文件这个名字的.似乎占了两格，但是，事实上我这个文件的名字我就没动过，所以我就

 

把 .前面空的那一部分去掉再次测试

 

依旧失败，然后我气急败坏的各种尝试，不断向命运发起挑战，一一落败。

 

 

然后我看见网上有一条说用 touch +文件名可以试试（大概有点像新建文件夹），但是下面一万个人说这法子没用，但是我破罐子了，我就试了试

 

 

 

然后我第一次还是粘贴的那个.前面有空格的文件名，然而，它新建了两个文件，一个叫....—Report,一个叫.dock。

 

 

我大为震惊，决定不加空格再试一次，这次倒没什么问题了，然后我老老实实的把我的文件再粘贴过来，发现竟然没有重名覆盖，

 

 

这时候我才意识到，这个文件名可能有问题，抱着试试看的心态删了空格就成了。

 

 

现在回想起来，我一开始没想到这么改，主要是因为，我把带空格的那个系统报出来的文件名add进去，发现没成，然后就断了这方面的念头了。

 

 

但我现在还是不清楚为什么，add这样一个文件不行，可能touch失败的经历有一点暗示作用吧，但我还是想不明白。有知道的大佬请不吝赐教。