在 Git 版本控制系统中，文件权限变更是一种常见情况。当你看到类似 old mode 100644 和 new mode 100755 的信息时，这通常表示文件的权限发生了变化。本文将详细解析这种情况，并提供解决方法和注意事项。
问题背景
在 Git 中，文件权限变化通常出现在以下几种场景：
- 文件权限被有意修改：用户主动更改文件权限，如从可读写权限改为可执行权限。
- 跨平台操作：不同操作系统对文件权限处理的差异，如从 Windows 转移到 Unix 或 Linux 系统。
- 错误配置：由于 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（可执行文件）。我们希望将其还原为原来的权限。
步骤如下：
- 查看当前文件权限
ls -l example.sh
输出类似：
-rwxr-xr-x 1 user group 0 date example.sh
- 修改文件权限
chmod 644 example.sh
- 提交变更
git add example.sh
git commit -m "Revert example.sh permission to 644"
