在 Git 版本控制系统中，文件权限变更是一种常见情况。当你看到类似 old mode 100644 和 new mode 100755 的信息时，这通常表示文件的权限发生了变化。本文将详细解析这种情况，并提供解决方法和注意事项。

问题背景

在 Git 中，文件权限变化通常出现在以下几种场景：

1. 文件权限被有意修改：用户主动更改文件权限，如从可读写权限改为可执行权限。
2. 跨平台操作：不同操作系统对文件权限处理的差异，如从 Windows 转移到 Unix 或 Linux 系统。
3. 错误配置：由于 Git 配置或系统设置问题导致的权限误变。

Git 文件权限模式

在 Unix 和 Linux 系统中，文件权限模式主要包括：

• 100644：普通文件，拥有读写权限，不可执行。
• 100755：普通文件，拥有读写权限，可执行。

问题解析

old mode 100644, new mode 100755 说明文件权限从普通读写变为可执行权限。这通常在以下情况下发生：

• 脚本文件被标记为可执行。
• 开发人员在不同操作系统之间切换，导致文件权限发生变化。
• 版本库迁移或合并过程中权限误变。

解决方法

1. 确认文件权限变更是否合理

首先，确认这些文件权限变更是否符合预期。如果你确实需要将某些文件（如脚本）设置为可执行，可以忽略此提示。

# 确认文件权限变更是否合理
ls -l path/to/file
​

2. 还原不必要的权限变更

如果某些文件权限变更是不必要的，可以使用以下命令还原文件权限：

# 将文件权限还原为644（普通文件，不可执行）
chmod 644 path/to/file

# 将更改提交到Git
git add path/to/file
git commit -m "Revert file permission changes"
​

3. 配置 Git 忽略文件权限变更

为了避免无意中提交不必要的权限变更，可以配置 Git 忽略文件权限变更：

# 配置 Git 忽略文件权限变更
git config core.fileMode false
​

实用示例

假设我们在项目中有一个脚本 example.sh，最初的权限为 644（普通文件），后来变为 755（可执行文件）。我们希望将其还原为原来的权限。

步骤如下：

1. 查看当前文件权限

ls -l example.sh
​

输出类似：

-rwxr-xr-x 1 user group 0 date example.sh
​

1. 修改文件权限

chmod 644 example.sh
​

1. 提交变更

git add example.sh
git commit -m "Revert example.sh permission to 644"