出于某种原因,当我最初为我的git项目从存储库中提取时, 我的工作副本中有大量的文件,它们没有明显的更改,但一直出现在我的非阶段性更改区域中。

我在Windows xp上使用Git Gui,当我去看文件,看看有什么改变。 我看到的是:

old mode 100755  
new mode 100644  

有人知道这是什么意思吗?

如何将这些文件从未分级更改列表中删除?(为了挑出我最近编辑过并想提交的文件,不得不浏览100个文件,这很烦人)。


当前回答

似乎您更改了目录的一些权限。我执行以下步骤来恢复它。

$  git diff > backup-diff.txt                ### in case you have some other code changes 

$  git checkout .

其他回答

这通常发生在回购在Windows和Linux/Unix机器之间克隆时。

只需告诉git忽略文件模式更改。这里有几种方法:

配置仅为当前回购: Git配置核心。filemode假 在全球范围内配置: Git配置——全局核心。filemode假 在~/.gitconfig中添加: (核心) Filemode = false

只要从中选择一个。

您可以使用以下命令将文件模式更改回。 Git添加——chmod=+x——文件名 然后提交到分支。

设置git配置核心的可接受答案。Filemode false,工作,但有后果。设置的核心。Filemode to false告诉git忽略文件系统上的任何可执行位变化,这样它就不会将其视为更改。如果您确实需要在将来的任何时候对这个存储库进行可执行位更改,您将不得不手动执行,或者设置core。文件模式返回为true。

如果所有修改的文件都应该具有模式100755,那么另一种影响较小的替代方法是执行如下操作

chmod 100755 $(git ls-files --modified)

它只是做了模态的改变,不多不少,没有额外的含义。

(在我的例子中,这是因为在MacOS上OneDrive与我的文件系统同步;不改变核心。filemode,我保留了模式改变可能在未来再次发生的可能性;就我的情况而言,我想知道它是否会再次发生,以及改变核心。filemode将隐藏它从我,这是我不想要)

你可以试试 git重置-硬头 将回购重置为预期的默认状态。

当您在远程存储库中执行所有文件时,就会发生这种情况。使它们重新可执行将使一切恢复正常。

chmod +x <yourfile> //For one file
chmod +x folder/* // For files in a folder

你可能需要做:

chmod -x <file> // Removes execute bit

相反,对于未被设置为可执行文件并且由于上述操作而更改的文件。有一个更好的方法来做到这一点,但这只是一个非常快速和肮脏的修复。