似乎您没有访问特定的文件夹。例如，如果我在一个名为bugsBunny的项目中工作，它保存在d:/work:code文件夹中，所以首先你必须使用cd d:/work/code/bugsBunny进入这个文件夹，然后你可以继续使用git命令。

也许太晚了，但另一个解决方案可能会帮助未来的游客。 首先删除旧的.git目录-

rm .git

然后重新初始化git repo

git init

注意:第一步会破坏保存在本地设备上的所有git元数据，git会“重新”启动，所以只有在最后的时候才会求助于这个答案。

我知道已经有很多答案了，但是如果你修改了一堆文件，你仍然害怕失去工作。

注:以上大部分解决方案对我来说都不适用。

我也遇到了同样的问题，所以我做了一个变通方案。

git clone <same project>
git checkout <to desired branch>//changed to respective branch
git branch // verify if you have same branch set 
git pull

然后将.git目录复制到旧目录中(为了代码安全，请保存一份回购副本)。

执行git status，这将重新索引文件。你会让它重新工作的。

谢谢，希望能对一些人有所帮助。

如果您在自托管的GitHub操作日志中看到此错误，那么可能是您没有使用GitHub操作支持的最新git版本。

要知道它支持哪个版本，请转到操作/签出日志并将您的服务器git版本升级到上述版本或更高版本。

我到达这个问题是因为遇到了错误消息

fatal: not a git repository: '~/repos/abc'

因为我担心git版本之间有一些不兼容(幸运的是没有)，

我在这里读到的答案没有一个是我的情况的解决方案，我发现其中一些答案是危险和误导性的。

我得到了这个错误，因为我将一个存储库从OpenBSD移动到Linux，但这可能只通过改变shell就会发生，在OpenBSD中，我使用(在.kshrc中使用ksh)来调用git(注意路径中的~/形式):

alias git-abc='git --git-dir=~/repos/abc --work-tree=~/Development/abc'

在OpenBSD和ksh中，它使用该语法来定义别名，而在linux和bash中，在这样完全相同的别名定义中引用的~在别名被调用时不会扩展，我通过删除别名定义中的引号来解决。

alias git-abc=git --git-dir=~/repos/abc --work-tree=~/Development/abc

当你看到这个试图推到github，你可能必须在github初始化这个回购:https://github.com/new。