idea为啥我的文件不能add给git

Posted 2023-05-04

参考技术A 当你用idea把误把一个文件add到git后，想把这个文件去掉（也就是从git管理中去掉，commit时不把这个文件提交）的话，可以用下面的方法：

这方法就等于：git reset head

这个命令就是把本地仓库的文件，替换Stage区里相应的文件（工作区，就是你的文件目录，不受影响）

在网上看到还一个命令，就是： "git rm --cached <file>" 。这个命令会直接从暂存区删除文件，工作区则不做出改变。（还没有测试过）

这么看来"git rm --cached <file>"命令比"git reset head"更适合文章主题，前者是删除掉，后者是替换掉。本回答被提问者采纳

为啥 git 无法识别我的文件已更改，因此 git add 不起作用

【中文标题】为啥 git 无法识别我的文件已更改，因此 git add 不起作用

【英文标题】：Why doesn't git recognize that my file has been changed, therefore git add not working为什么 git 无法识别我的文件已更改，因此 git add 不起作用

【发布时间】：2013-06-04 06:58:46

【问题描述】：

我正在尝试使用 bash 将我的文件推送到 github。他们已经在那里了，我正在上传一个带有新行和代码等的更新版本。但是当我尝试git add 然后git status 它说：

在主分支上

没有提交，工作目录干净

而我正在使用的文件刚刚被修改。

【问题讨论】：

如果你已经提交了，那么你将没有什么可提交的，检查 git log。

git diff 的输出是什么？

@maazza 我从 git diff 中一无所获

如果git diff（或git status）没有显示任何可以解释为什么没有可添加的内容。所以问题真的是：“为什么 git 不能识别我的文件已被更改？”

对不起，伙计们，我知道发生了什么。git 没有看到 Visual Studio C# 更改了它，但它会看到其他东西何时更改它，例如 notepad++

【参考方案1】：

我遇到了一个问题，曾几何时，我在我的文件中将 git 索引设置为“假定未更改”。

你可以告诉 git 停止忽略对文件的更改：

git update-index --no-assume-unchanged path/to/file

如果这对其他奇怪的情况没有帮助，reset 可能就足够了。

---

在实践中，我发现删除缓存文件并将其重置为工作：

git rm --cached path/to/file
git reset path/to/file

git rm --cached 表示只从索引中删除文件，reset 告诉 git 从上次提交中重新加载 git 索引。

【讨论】：

git add -f path/to/the/file 它将强制添加要提交的文件。

这个答案是唯一有助于解决我的问题的答案。不确定这是否是 Windows 的问题（我过去 从未 遇到过类似的问题，无论是在 osx 还是在 linux 中）。所以感谢@ThorSummoner。顺便说一句，我尝试了git add -f 处于这种“假设不变”状态的文件，它确实不工作 - 必须git update-index 或git rm --cached 后跟git reset 才能使它工作。

另外，如果你真的不确定你的回购当前状态，这样做：git rm --cached -r . 然后git reset .。

为我工作，但只有单个文件案例。

它可以工作，使用此命令按照@rsenna git rm --cached -r 。然后 git reset 。

【参考方案2】：

检查您的.gitignore file。您可能会发现您尝试使用的文件、文件扩展名或文件路径与 .gitignore 中的条目匹配，这可以解释为什么该文件被忽略（并且不被识别为更改的文件） .

当我遇到类似问题时，我就是这种情况。

【讨论】：

我使用gitignore.io 来生成我的.gitignore 并且我发现与lib/ 有一行，是什么让git 忽略了这个文件夹。没有问题 - 至少如果这个文件夹不是你项目的主文件夹，就像我发生的那样。

对于我的任何人来说，这实际上是我的全局排除文件

起初，这不起作用。但是，我让它工作了。就我而言，要忽略的东西在 gitignore 文件中被提到了两次。始终搜索所有匹配项并全部替换。

【参考方案3】：

听起来很疯狂，但有时即使您认为自己在正确的存储库中，但您却不在正确的存储库中。例如，您可能已经移动了父目录，但忘记在文本编辑器中切换存储库。反之亦然：您在文本编辑器中位于正确的仓库中，但在命令行中位于错误的仓库中。在第一种情况下，您在正确的 file 中进行了编辑，但它与在命令行中打开的文件夹不同，因此它实际上是错误的文件。在第二种情况下，您实际上确实编辑了正确的文件，但是您的命令行 git 无法识别更改，因为您不在命令行上的正确目录中。

【讨论】：

该死的。我想：多么愚蠢。在我检查编辑器的路径之前，这永远不会成为问题。 ?

【参考方案4】：

就像已经讨论过的那样，这些文件可能被标记为“assume-unchanged”，这基本上告诉 git 你不会修改这些文件，因此它不需要跟踪它们的更改。但是，这可能会影响多个文件，如果它是一个很大的工作区，您可能不想一个一个地检查它们。在这种情况下，您可以尝试： git update-index --really-refresh

根据文档：

Like --refresh, but checks stat information unconditionally, without regard to the "assume unchanged" setting.

它基本上会强制 git 跟踪所有文件的更改，而不管“假定不变”标志。

【讨论】：

对我来说git status 说没有文件被更改，但git add . 添加了两个文件，git update-index --really-refresh 说这两个需要更新，但似乎没有做任何事情。有什么想法吗？

git status 忽略带有假设未更改标志的文件。但是，使用 git update-index --really-refresh 将清除该标志，并且文件现在将显示。尝试再次运行 git status 以查看它现在是否更改了更改。如果您没有看到任何内容，请关注此帖子：***.com/questions/2363197/… 最值得注意的是显示具有假设无更改的文件列表的命令：git ls-files -v | grep '^[[:lower:]]' 如果没有任何帮助，您应该创建一个包含更多详细信息的问题，以便我们为您提供帮助。

【参考方案5】：

好吧，我们没有足够的能力来回答这个问题，所以我会给你几个猜测：

1) 你隐藏了你的更改，修复类型：git stash pop

2) 你有更改并提交了它们，你应该能够在git log看到你的提交

3) 您进行了某种git reset --hard 或其他方面的更改，您的更改可能在 reflog 中，输入 git reflog --all，然后检查或挑选 ref（如果您确实找到它）。

4) 你已经多次检查了同一个 repo，但你错了。

【讨论】：

1) 没有找到 stash 2) 我有更改并已提交，所以我可以再次提交吗？ 3）我没有这样做 4）我在正确的回购中

如果您有更改并已提交，那么您可以进入下一步，推送或任何您的工作流程......如果您有更多更改，您可以再次提交，您甚至可以@987654325 @ 这会将您的新更改放入您的最后一次提交中，如果您已经共享了您的提交，请不要​​这样做。

在清理项目仓库后关闭并重新打开终端为我做了这件事。

【参考方案6】：

发生了这样一件奇怪的事情。 Eclipse Kepler 的 git 插件会自动在 .gitignore 文件夹中将我的所有项目文件夹标记为已忽略。

当我在Team 菜单上找到commit 时，它们都会重新设置为忽略。据我所知，这是因为我将它们设置为在父项目中派生的。将它们取消标记为 dervied 解决了这个问题。我以前从未在 Indigo 上看到过这种情况。希望对某人有所帮助。

【讨论】：

知道如何在 intellij 中解决此问题吗？

【参考方案7】：

我有一些 git 子模块配置错误。我去了 repo 的根目录，并在之前有 .git 文件夹的目录上发出了这些命令：

git rm --cached sub/directory/path -f

然后目录出现在git status。

为了以防万一，您可能需要在尝试之前复制您的存储库。

【参考方案8】：

我们在 Windows 上通过 WinMerge 工具传输差异来更改文件时发生了这种情况。显然 WinMerge（至少它在我的计算机上的配置方式）有时不会更新它更改的文件的时间戳。

在 Windows 上，git status 使用文件的时间戳和文件大小的变化来确定文件是否已更改。所以由于时间戳没有更新，它只有文件大小。不幸的是，该文件是一个简单的版本文件，其内容从 7.1.2 更改为 7.2.0。换句话说，文件大小也保持不变。其他文件也被 WinMerge 更改并且没有更新其时间戳，但在 git status 检测到更改后大小不同。

【参考方案9】：

TL;DR;您是否在正确的存储库中？

我的故事有点好笑，但我认为它可能发生在可能有类似情况的人身上，所以在这里分享。

实际上，在我的机器上，我有两个独立的 git 存储库 repo1 和 repo2 配置在名为 source 的同一根目录中。这两个存储库本质上是我在公司工作和使用的两种产品的存储库。现在的问题是，作为标准指南，我公司所有产品的源代码目录结构都完全相同。

所以没有意识到我在repo2 中修改了一个完全相同的命名文件，我应该在repo1 中更改它。所以，我一直在repo1 上运行命令git status，它一直给出相同的消息

在主分支上

没有什么要提交的，工作目录干净

半小时。然后我的同事将它观察为独立的一双眼睛，并让我注意到我错了但看起来非常相似的存储库。我切换到repo1 的那一刻，Git 开始注意到更改的文件。

不太常见的情况。但你永远不知道！

【参考方案10】：

我在使用 Sublime Text-3 时遇到了类似的问题。 在对代码进行新的更改并保存后，当我尝试 git add ./status 命令时，响应是“分支已经是最新的”。 我发现，无论在文本编辑器中保存更新，文件实际上都没有改变。 在其他编辑器中打开文件并保存更改对我有用。

【讨论】：

这也发生在我身上

【参考方案11】：

您是否将目录从 shell 下移出？如果您从备份中恢复了项目，则可能会发生这种情况。要解决这个问题，只需 cd 退出并返回：

cd ../
cd -

【讨论】：

哇，原来如此。疯狂的。另一个技巧根本不起作用！

【参考方案12】：

git update-index --really-refresh

你可以试试这个命令，它会更新你文件夹中的索引。

【参考方案13】：

一般来说，对于这个问题，首先检查您是否正在编辑您认为的文件！我在编辑转译的 JavaScript 文件而不是源文件时遇到了这个问题（转译的版本不受源代码控制）。

【讨论】：

感谢您提及这一点！我非常确信我正在更新正确的文件。没有。 掌心

【参考方案14】：

我的 Git 客户端 (Gitg) 为我造成了这个问题。我通常会运行的正常命令不起作用。即使触摸项目中的每个文件也不起作用。

我找到了修复它的方法，但我仍然不确定是什么原因造成的。复制您的项目目录。丢失的文件将显示在复制目录的git status 中。重命名可能会做同样的事情。

【参考方案15】：

我遇到了同样的问题。原来我有两个项目副本，而我的终端位于错误的项目文件夹中！

【参考方案16】：

遇到了问题，但它只有两个目录，我不知道这两个目录最终都被配置为 git 子模块。我不知道这是怎么发生的，但这个过程是按照这个链接上的一些说明进行的，但不要删除目录（就像他最后所做的那样），而是做git add path/to/dir

【参考方案17】：

当您在 Visual Studio 中编辑文件时，即使文件未保存，它也会立即列在 git 更改中。因此，您只需手动保存文件（Ctrl+S 用于当前显示的文件或 Ctrl+Shift+S 用于所有项目文件），git bash 会选择它们。

【讨论】：

当我使用 Visual Studio Code 将 cmets 添加到 .js 文件时，这对我有用。谢谢。

【参考方案18】：

这也发生在我身上，我尝试了上述方法，但没有任何帮助。然后解决方案是通过终端更改文件，而不是 GUI。我不知道为什么这有效但有效。在我从终端通过 nano 编辑文件后，git 将其识别为已更改，并且我能够添加并提交。

【讨论】：

您找到解决方案了吗？当我使用任何合并工具时，我一直在与我的 git 不识别我更改的文件作斗争，而让 git 查看更改的唯一方法是使用 nano 进行合并，这需要更多时间。冲突文件最初对 git 可见，在它们被合并工具编辑后，它们在 git 上显示为“未更改”。

我不知道为什么会这样以及它是如何工作的，但它对我有用，谢谢

【参考方案19】：

我有同样的问题。我需要提交的文件也从未在 .gitignore 文件中声明过。

在我的例子中，使用提升到暂存的-f 标志强制添加文件并修复了问题。

git add -f <path to file>

【参考方案20】：

您尝试上传哪种文件？现在我只花了将近一个小时来上传我的 css 修改。但是这个 css 是从 styl 文件编译的，因此 git 只是忽略了它。当我更改样式源时，一切正常。

希望对你有帮助。

【参考方案21】：

有时取决于 git 版本，如果你忘记了git add .。

要检查您对存储库的更改，请始终使用git status，它会显示所有未跟踪和更改的文件。因为git diff 只显示添加的文件。

【参考方案22】：

确保不从适用于 Windows 的 Git Bash 内部创建符号链接 (ln -s source dest)。

它不创建符号链接，而是将源的深度副本复制到目标

我在 Windows 版 Git Bash（版本 2.16.2）的 MINGW64 终端上遇到了与 OP 相同的行为，我意识到我的“编辑”更改实际上位于原始目录中，而我的 git bash 命令来自深层副本保持不变。

【参考方案23】：

我在这里遇到同样的问题 VS2015 没有识别我的 js 文件更改，从存储库设置中删除远程，然后重新添加远程 URL 路径解决了我的问题。

【参考方案24】：

当我使用 vi 编辑器在服务器中创建补丁文件时，我遇到了类似的问题。似乎问题在于间距。当我从本地推送补丁时，部署是正确的。

【参考方案25】：

如果您使用 VSCode 并切换到新机器，您可能会关闭 Autosave，因此即使您对文件进行更改，git 也不会识别它们。

这解决了我的问题

【参考方案26】：

以下内容对我有用：

git mv tesfile.js TestFile.js

更多详情请查看：https://***.com/a/16071375/11677643

【参考方案27】：

当所有更改都在新目录中时，这发生在我身上。我添加了第一个文件

git add newdirectory/new.file

然后git status按预期显示目录中的其他文件。

【参考方案28】：

我遇到了这个问题。我的不工作，因为我将文件放在项目内的 .git 文件夹中。

【参考方案29】：

尝试使用git add * 然后git commit

【讨论】：

欢迎来到 SO！这可能无法回答问题，这里已经有 9 个答案。请把你的精力放在需要回答的问题上！