出于某种原因,当我最初为我的git项目从存储库中提取时, 我的工作副本中有大量的文件,它们没有明显的更改,但一直出现在我的非阶段性更改区域中。
我在Windows xp上使用Git Gui,当我去看文件,看看有什么改变。 我看到的是:
old mode 100755
new mode 100644
有人知道这是什么意思吗?
如何将这些文件从未分级更改列表中删除?(为了挑出我最近编辑过并想提交的文件,不得不浏览100个文件,这很烦人)。
出于某种原因,当我最初为我的git项目从存储库中提取时, 我的工作副本中有大量的文件,它们没有明显的更改,但一直出现在我的非阶段性更改区域中。
我在Windows xp上使用Git Gui,当我去看文件,看看有什么改变。 我看到的是:
old mode 100755
new mode 100644
有人知道这是什么意思吗?
如何将这些文件从未分级更改列表中删除?(为了挑出我最近编辑过并想提交的文件,不得不浏览100个文件,这很烦人)。
当前回答
设置的核心。Filemode设为false可以工作,但要确保~/中的设置。Gitconfig不会被.git/config中的那些覆盖。
其他回答
这招对我很管用:
git ls-files -m | xargs -L 1 chmod 644
我只有一个更改权限的麻烦文件。 为了单独回滚它,我只是用rm <file>手动删除它,然后签出一个新的副本。
幸运的是,我还没有上演。
如果我有,我可以在运行git checkout - <文件>之前运行git reset - <文件>
当您在远程存储库中执行所有文件时,就会发生这种情况。使它们重新可执行将使一切恢复正常。
chmod +x <yourfile> //For one file
chmod +x folder/* // For files in a folder
你可能需要做:
chmod -x <file> // Removes execute bit
相反,对于未被设置为可执行文件并且由于上述操作而更改的文件。有一个更好的方法来做到这一点,但这只是一个非常快速和肮脏的修复。
对我来说,这看起来像unix文件权限模式(755=rwxr-xr-x, 644=rw-r——r——)-旧模式包括+x(可执行)标志,新模式没有。
这个msysgit问题的回复建议设置核心。Filemode为false,以摆脱这个问题:
git config core.filemode false
你可以试试 git重置-硬头 将回购重置为预期的默认状态。