Git 中有关 old mode 100644、new mode 100755 的问题解决小结
在 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"
分析说明表
以下是文件权限模式及其含义的简单表格：
| 文件权限模式 | 含义 |
|---|---|
| 100644 | 普通文件，读写，不可执行 |
| 100755 | 普通文件，读写，可执行 |
思维导图
Git 文件权限变更解决思维导图
└── 文件权限变更
├── 确认变更合理性
│ ├── 合理：忽略提示
│ └── 不合理：还原变更
├── 修改文件权限
│ ├── chmod 644
│ └── 提交变更
└── 配置 Git 忽略权限变更
└── git config core.fileMode false
注意事项
- 跨平台操作注意：在不同操作系统间切换时，注意文件权限的差异。特别是在从 Windows 切换到 Unix 或 Linux 系统时，注意文件权限的设置。
- 自动化脚本：如果项目中包含自动化脚本，确保这些脚本文件拥有正确的可执行权限。
- 版本库迁移：在版本库迁移或合并过程中，检查文件权限，避免无意中更改文件权限。
总结
在 Git 中处理文件权限变更时，理解 old mode 100644 和 new mode 100755 的含义是解决问题的关键。通过确认变更的合理性、修改不必要的权限变更，以及配置 Git 忽略权限变更，可以有效管理文件权限，确保版本库的稳定性和一致性。
