多层文件夹,父级权限如何影响子级权限?
fnOS 的文件权限逻辑整体上遵循 POSIX ACL 的规范,同时为了优化使用体验做了一些特殊设计。
以下是关于在多层文件夹中,父级权限如何影响子级权限的说明。
1. 新增子级,默认权限继承规则
新建的文件或文件夹,默认会继承父级文件夹的权限设置。
2. 修改父级权限,已有的子级权限如何改变
fnOS 自 V0.9.35 版本开始支持此功能
当修改(包括移除)一个父级文件夹(例如团队文件夹或个人目录下的共享文件夹)的权限设置时,fnOS 允许用户选择 “如何将此次修改应用到已存在的子文件夹和文件上” ,以便更精细化地管理权限,避免父级修改权限时对子级设置的意外覆盖。

有以下三种对子级的应用方式可供选择:
方式 1:智能合并
将对权限的增删改同步至子级,并保留子级独有的权限。具体来说:
- 父级新增的权限,子级也新增
- 父级移除掉的权限,子级也移除
- 保留父级没有、但子级独有的权限
- 对同一个对象、父级修改了权限,子级也会应用父级的新修改,无论是权限的升级、降级还是移除
这是默认的、推荐的应用方式。适合希望在进行父级权限调整时,既能更新目标权限,又能最大限度地保留子级原有精细化设置的场景。
方式 2:完全覆盖
覆盖子级的所有权限设置。将已有所有子文件夹和文件的权限修改为和父级的新设置相同。
适合需要强制统一权限的场景,确保子级权限与父级完全一致,清除所有独有的子级设置。
方式 3:不应用
仅修改当前文件夹的权限。不对已有子级的权限做任何修改。
适合只需要修改当前父文件夹本身的权限,不影响任何已存在的子级权限的场景。
注意:
- 上述三种方式只影响当前已存在的子级文件或文件夹。之后新增的子级仍将按照默认逻辑,继承上层父级的权限。
- 在选择“智能合并”或“完全覆盖”时,应用修改会需要一段时间,具体时长取决于文件夹的层级深度和文件数量。可以选择后台执行。中途取消可能导致部分子级未被应用修改。
