windows 文件授权问题

跨平台可执行权限介绍

在类 Unix 系统（如 Mac, Linux）中，执行权限是通过文件的权限位来控制的。而在 Windows 系统中，执行权限通常取决于文件扩展名和关联的执行程序，所以，当我们在跨平台的开发环境中，可能会遇到这样一个问题：在 Windows 系统上创建的脚本文件缺乏类 Unix 系统上的执行权限标志，导致当在类 Unix 系统获取代码时，缺少可执行权限。

由于在 Windows 操作系统下，文件的执行权限对于脚本和可执行文件的运行并不像在类 Unix 系统的要求那样严格，所以在 Windows 上文件的设置执行权限基本不会对文件的运行产生什么实际的影响。

但是为了满足跨平台开发的需求，我们可以使用 git update-index 命令在 Windows 上设置执行权限。这样可以确保在 Windows 系统上创建的脚本文件在提交到 Git 后，在类 Unix 系统上也能够获得执行权限。这种做法有助于保持跨平台的一致性，确保项目在不同操作系统上的可移植性。

解决 window 跨平台权限问题

首先我们现在 window 上创建一个文件，并观察他的文件权限。

#!/usr/bin/env sh
echo test window shell

我们在这里发现，创建好的 shell 脚本是自带了可执行权限

在 mac 上拉取项目，观察文件权限，发现并没有可执行权限。

回到 windows 上通过 git update-index 进行授权，发现 git 检测到变更。

在 window 上提交并推送后，再回到 mac 上拉取项目，发现文件已经具有可执行权限。

git update-index 命令

git update-index 是一个 Git 底层命令，--chmod=+x 是通过 Git 为文件添加可执行权限。

在 Windows 系统上，由于文件系统不同，不能像在类Unix系统上那样直接设置文件的执行权限位。因此，为了在 Windows 上模拟文件的可执行权限，通过将文件添加到 Git 的暂存区并使用 git update-index 命令设置文件的执行权限。

git update-index --chmod=+x 是一种处理在 Windows 系统上设置文件执行权限的特殊情况的方法，以确保与类 Unix 系统上的行为一致，因为在类 Unix 系统上，可以直接使用 chmod 命令设置文件的执行权限，如下图在 Fedora 中，Git 可以直接检测到权限的变更：

通过使用 git update-index 命令来模拟文件的可执行权限是一种在 Windows 上通用的解决方案，因为 Git 可以跨平台运行，而且这种方式避免了对不同版本和配置的 Windows 操作系统进行特定的处理。

window chmod 失效问题

我们先创建一个脚本文件，发现文件不具有可执行权限

通过 chmod +x 执行后，发现文件依旧不具有可执行权限

这是因为在 windows 下并不需要通过 chomd 进行授权，只需要在文件头添加脚本解释器注释即可。

#!/usr/bin/env sh
echo hello world!

再次查看文件权限，发现已经自动授权。