我试图使用bash将我的文件推送到github.他们已经在那里了,我正在使用新的代码和代码等上传更新的版本.但是当我尝试git add然后git status它说:
在分支大师
无需提交,工作目录清理
我正在使用的文件刚刚修改过.
Tho*_*ner 92
我有一个问题,曾经有一段时间我把git索引设置为'假设不变'在我的文件上.
您可以告诉git停止忽略对文件的更改:
git update-index --no-assume-unchanged path/to/file
如果这没有帮助,重置可能足以应对其他奇怪的情况.
在实践中,我发现删除缓存的文件并将其重置为工作:
git rm --cached path/to/file
git reset path/to/file
该git rm --cached方法只从索引中删除该文件,并reset告诉git的重新加载从最后git的指数提交.
Mon*_*ann 18
听起来很疯狂，但有时即使您认为自己在正确的存储库中，也没有使用正确的存储库。例如，您可能移动了父目录，但忘记在文本编辑器中切换存储库。反之亦然：您在文本编辑器中位于正确的存储库中，但在命令行中位于错误的存储库中。在第一种情况下，您在正确的文件中进行编辑，但它与在命令行中打开的文件夹不同，因此它实际上是错误的文件。在第二种情况下，您实际上确实编辑了正确的文件，但是您的命令行 git 无法识别更改，因为您不在命令行上的正确目录中。
小智 17
还有一个可能的原因(在我目前的情况下证明是正确的).检查你的.gitignore文件.您可能会发现您尝试使用的文件的文件或扩展名已被列入.gitignore其中,这可以解释为什么它不会被识别为已更改的文件.
gan*_*esh 14
以下命令对我有用
rm .git/index
git reset
好吧,我们没有足够回答这个问题所以我会给你几个猜测:
1)你存储了你的更改,以修复类型: git stash pop
2)你有变化而你提交了它们,你应该能够看到你的提交 git log
3)你做了某些git reset --hard或其他的更改,你的更改可能在reflog中,git reflog --all如果你找到它就输入,然后检查或挑选引用.
4)你已经多次检查过同一个回购,而你却错了.
我有一些 git 子模块配置错误。我转到存储库的根目录，并对.git之前包含文件夹的目录发出以下命令：
git rm --cached sub/directory/path -f
然后目录出现在git status.
在尝试此操作之前，您可能需要复制您的存储库，以防万一。
当我们通过 WinMerge 工具传输差异来更改文件时，我们在 Windows 上就遇到过这种情况。显然，WinMerge（至少在我的计算机上配置它的方式）有时不会更新它更改的文件的时间戳。
在 Windows 上，git status使用文件的时间戳和文件大小的变化来确定文件是否已更改。因此，由于时间戳未更新，因此它只有文件大小可供参考。不幸的是，有问题的文件是一个简单版本文件，其中内容从7.1.2更改为7.2.0。换句话说，文件大小也保持不变。其他文件也被 WinMerge 更改，并且没有更新时间戳，但在更改后有不同的大小，可以通过git status检测到。
就像已经讨论过的一样，文件可能被标记为“假定不变”，这基本上告诉git您不会修改文件，因此不需要跟踪它们的更改。但是，这可能会影响多个文件，如果它的工作空间很大，则您可能不想一一检查所有文件。在这种情况下，您可以尝试： git update-index --really-refresh
根据文档：
Like --refresh, but checks stat information unconditionally, without regard to the "assume unchanged" setting.
基本上，它将强制git跟踪所有文件的更改，而不管“假定未更改”标志如何。
就发生了这样一件奇葩的事情。Eclipse Kepler 的 git 插件自动将 .gitignore 文件夹中的所有项目文件夹标记为忽略。
当我进入commit菜单时Team，它们都会被设置为忽略。据我所知，这是因为我将它们设置为在父项目中派生的。取消标记它们已dervied修复此问题。我以前从未在 Indigo 上见过这个。希望它对某人有帮助。
| 归档时间： |
|
| 查看次数： |
102671 次 |
| 最近记录： |