执行git clone操作的目标文件夹需要具备哪些权限？

chmod 777 属于全开放权限，你用它能正常执行克隆，本质是因为这个配置给系统所有用户都开放了目录的读、写、执行权限，不管你实际用哪个账户跑git命令都能拿到足够权限，但这种配置会让任意服务器用户都能修改、删除目录内的内容，存在极大安全风险，完全没有必要使用，按照最小权限原则配置即可：

核心权限要求 #

运行git clone命令的系统用户，对仓库存放的目标父目录（如果是执行git clone <仓库地址> .直接把内容克隆到当前已存在的空文件夹，那就是对当前这个文件夹），必须同时拥有以下三个权限：

• 读权限（r，对应数字位4）：允许读取目录结构
• 写权限（w，对应数字位2）：允许在目录内创建、写入文件/文件夹
• 执行权限（x，对应数字位1）：允许进入目录、访问目录内的文件内容（目录的x权限是遍历访问的基础，缺失的话即使有rw权限也无法正常操作目录内文件）
  三个权限加起来对应用户位的权限值是7，其他用户/用户组的权限可以按需收紧，不需要开放。

不同场景的推荐权限配置 #

• 仅当前操作用户需要访问目录：执行chmod 700 <目标目录路径>即可，仅所有者拥有全部读写执行权限，其他用户无任何访问权限，安全性最高
• 需要同组用户可以读取、遍历目录内容：执行chmod 750 <目标目录路径>，所有者拥有全部权限，同组用户仅拥有读+执行权限，其他用户无权限
• 需要同组用户也能在目录内写入、修改内容（比如多人共享开发目录）：执行chmod 770 <目标目录路径>，所有者和同组用户都拥有全部读写执行权限，其他用户无权限
• 服务器上需要公开给所有用户读取的静态资源目录：才考虑使用chmod 755，禁止默认给777权限

常见踩坑提醒 #

如果你是通过sudo、服务账户（比如nginx的www-data、自动化任务的专用账户）执行git命令，一定要先确认运行git进程的实际用户身份：要么把目标目录的所有者改成该操作用户，要么把操作用户加入目录的所属组后给组分配对应权限，不要图省事直接开全局777权限。

内容的提问来源于stack exchange，提问作者panthro