我也有同样的问题。我认为问题是CR与CR+LF之间的差异。我使用CMD（在Windows 7上）和以下命令将这些东西存储在.gitignore中：

Bad:

echo "file_to_be_ignored.py" >> .gitignore<br>
echo "*~" >> .gitignore

Etc.

问题是，该命令没有为Git放置正确的行尾标记，以识别换行符（当Git需要另一行时，可以是CR或CR+LF）。我通过手动替换Vim中的每一个换行符来解决了这个问题（Vim来拯救！），它工作得很好。

尝试在Notepad++或Vim中编辑.gitignore（理想情况下）。即使文件看起来格式正确，也尝试替换换行符。我知道，这听起来很奇怪，但它对我有用

固定的好的，我在Windows上的记事本中创建了.gitignore文件，但它不起作用。当我在Linux上查看.gitignore文件时，它看起来像是有组织的胡言乱语——也许记事本写的是Unicode，而不是ASCII或任何8位。

所以我在我的Linux盒子上重写了这个文件，当我把它拉回到Windows时，它工作得很好！万岁！

如果您是Notepad++用户，请尝试执行以下操作：

使用Notepad++打开.gitignore文件，然后执行以下操作：

菜单编辑→ EOL转换→ Windows格式→ 拯救

再次尝试使用gitstatus，看看它是否适合您。

我在这里发布了类似问题的答案。

对我来说，这又是一个问题。我的.gitignore文件被设置为忽略除我告诉它不要忽略的内容之外的所有内容。像这样：

/*
!/content/

现在这显然意味着我也在告诉Git忽略.gitignore文件本身。只要我没有跟踪.gitignore文件，这就不是问题。但在某个时刻，我提交了.gitignore文件本身。这导致.gitignore文件被正确忽略。

因此，再增加一行就解决了这个问题：

/*
!/content/
!.gitignore

和其他解决方案一样，首先提交，并注意您将丢失任何未提交的更改。

我有更好的结果：

git rm -r --cached .
git reset HEAD --hard
git status

请注意，状态现在不应该有任何修改过的文件。

已经有一些很好的答案了，但我的情况很乏味。我在Win10上编辑了一个已安装的PLM（产品生命周期管理）软件的源代码，然后决定：“我可能应该把它做成git repo。”

因此，缓存选项直接对我不起作用。发布给那些在做了大量初始工作后添加了源代码控制的人，gitignore不起作用，但是，你可能会害怕失去大量工作，所以git-rm-cached不适合你。

!重要提示：这真的是因为我在一个太大的“项目”中添加git太晚了，似乎忽略了我的.gitignore。我从来没有提交过。我可以逃避这个：）

首先，我刚刚做到了：

rm -rf .git
rm -rf .gitignore

然后，我必须拍下我的变化。同样，这是一个我已经做过修改的安装产品。对于纯主分支的第一次提交来说太晚了。因此，我需要一个列表，列出我在安装程序后所做的更改，方法是将>changed.log添加到以下任一项：

PowerShell（PowerShell）

# Get files modified since date.
Get-ChildItem -Path path\to\installed\software\ -Recurse -File | Where-Object -FilterScript {($_.LastWriteTime -gt '2020-02-25')} | Select-Object FullName

Bash

# Get files modified in the last 10 days...
find ./ -type f -mtime -10

现在，我列出了我在过去十天里所做的改变（让我们不要在这里讨论最佳实践，而是说，是的，我是自己做的）。

对于一个新的开始，现在：

git init .
# Create and edit .gitignore

我不得不将更改后的列表与不断增长的.gitignore进行比较，并在改进时运行git状态，但我在.gitignore中所做的编辑会随着我的前进而被读取。

最后，我有了所需更改的列表！在我的例子中，它是样板——一些主题工作以及服务器xml配置，这些配置专门用于针对这个软件运行开发系统，我想将其放入一个repo中，供其他开发人员抓取和贡献……这将是我们的主分支，因此提交、推送，最后分支新工作！