怎么在Linux利用Umask配置确保新创建的脚本文件具备基本的执行权限-linux运维-PHP中文网

不能。umask 无法赋予新脚本执行权限，因其仅能屏蔽默认权限666中的位，而该默认值本身不含x位；可靠做法是显式执行 chmod +x 或使用 install -m 755 等明确赋权操作。

怎么在linux利用umask配置确保新创建的脚本文件具备基本的执行权限

不能。

umask 本身无法让新创建的脚本文件具备执行权限（x位），这是由 Linux 内核强制规定的底层行为决定的：
普通文件的默认起始权限固定为 666（即 rw-rw-rw-），不含任何 x 位；umask 只能“屏蔽”已有权限，不能“添加”缺失的权限。
所以无论你设 umask 000、002 还是 0000，新建的 .sh 文件权限永远是类似 644、664 或 600 —— 全都不带 x，也就无法用 ./script.sh 直接运行。

但这不意味着没法保障脚本可执行。关键在于：把“确保可执行”这件事从 umask 转移到显式、可靠的操作环节。

umask 的真实作用边界

它只影响 touch、重定向 >、编辑器保存（如 vim 写入时调用 open()）等 直接由 shell 进程创建 的文件。
它对 git clone、npm install、cp、install、IDE 新建文件等 绕过 shell 权限继承 的方式完全无效。
它不改变已有文件，也不干预 chmod 行为。

真正有效的做法（按优先级推荐）

写完/下载脚本后立即加执行位
这是最直接、零依赖的方式：
```
chmod +x script.sh
```
或更精确地指定权限（推荐）：
```
chmod 755 script.sh   # 所有者 rwx，组和其他人 rx
```
用 install 命令替代 cp 或重定向
install 默认保留或设置执行权限，适合部署场景：

Linux Distros
Linux发行版游乐场，适用于需要临时Linux沙箱、基于浏览器的Linux虚拟机、一次性终端环境、桌面Linux会话等场景

下载
```
install -m 755 script.sh /usr/local/bin/
```

在自动化流程中显式设置
Makefile 示例：

deploy: script.sh
  install -m 755 $<p>CI 脚本开头加：  </p><pre class="brush:bash;toolbar:false;">umask 002  # 配合后续 chmod 更安全（比如组可写）
chmod +x *.sh

Git 仓库中固化执行位（针对团队协作）
Git 能记录文件的可执行位状态：
```
git update-index --chmod=+x script.sh
git commit -m "make script.sh executable"
```
后续 git clone 或 git checkout 会还原该位。
运行前做权限检查（防御性编程）
在调用脚本的 wrapper 或启动逻辑里加判断：
```
[ -x "script.sh" ] || { echo "Error: script.sh missing execute permission"; exit 1; }
./script.sh
```