我知道setgid是怎么工作的，但是不知道它为什么要设计，有没有例子可以说明它解决了什么问题？
答案1
虽然 setgid 文件/二进制文件可能不是那么有用，但我确实发现 setgid 位在目录上应用非常有用。假设您属于不同的工作组，每个工作组都有自己的 unix（权限）组。那么您肯定想将 setgid 位放在项目文件夹上，确保在创建新文件时应用正确的组所有权，从而允许该项目组中的同事访问这些文件？
答案2
主要用途是保存文件树的组所有者：
[lockie@bubbles tmp]$ mkdir dir1 && touch dir1/file && mkdir dir1/dir
[lockie@bubbles tmp]$ mkdir dir2 && chgrp staff dir2 && chmod 2755 dir2 && touch dir2/file && mkdir dir2/dir
[lockie@bubbles tmp]$ ls -al dir1
total 32
drwxrwxr-x 3 lockie lockie 4096 Dec 13 19:32 .
drwxrwxrwt 125 root root 20480 Dec 13 19:32 ..
drwxrwxr-x 2 lockie lockie 4096 Dec 13 19:32 dir
-rw-rw-r-- 1 lockie lockie 0 Dec 13 19:32 file
[lockie@bubbles tmp]$ ls -al dir2
total 32
drwxr-sr-x 3 lockie staff 4096 Dec 13 19:32 .
drwxrwxrwt 125 root root 20480 Dec 13 19:32 ..
drwxrwsr-x 2 lockie staff 4096 Dec 13 19:32 dir < note new dir is g+s, owned by "staff" group, so the setgid behaviour acts recursively
-rw-rw-r-- 1 lockie staff 0 Dec 13 19:32 file < note new file is owned by "staff" group
[lockie@bubbles tmp]$
这在不同用户在目录下创建/编辑文件/目录的环境中非常有用：当所有文件/目录共享同一组时，所有用户都可以编辑/更改文件/目录（权限允许）：这避免了诸如“xyz 拥有文件 abc，所以我无法编辑它”的情况。
以这种方式使用 setgid 的替代方法是格普德文件系统挂载选项。
从 man mount：
grpid 或 bsdgroups / nogrpid 或 sysvgroups
这些选项定义新创建的文件获得的组 ID。设置 grpid 时，它将采用创建它的目录的组 ID；否则（默认）它将采用当前进程的 fsgid，除非目录设置了 setgid 位，在这种情况下它将从父目录获取 gid，并且如果它本身是目录，还将获取设置的 setgid 位。
启用后，在 grpid 挂载的文件系统上创建的文件/目录也会继承父目录的组：
[lockie@bubbles ~]$ mount | grep /home
/dev/mapper/VolGroup00-home on /home type ext3 (rw,grpid)
[lockie@bubbles ~]$ mkdir dir3 && touch dir3/file && mkdir dir3/dir
[lockie@bubbles ~]$ ls -al dir3
total 12
drwxrwxr-x 3 lockie users 4096 Dec 13 19:37 .
drwxrwxr-x 12 lockie users 4096 Dec 13 19:37 ..
drwxrwxr-x 2 lockie users 4096 Dec 13 19:37 dir < inherited "users" group from parent dir
-rw-rw-r-- 1 lockie users 0 Dec 13 19:37 file < inherited "users" group from parent dir
[lockie@bubbles ~]$
我发现使用格普德选项适当地减少了人为错误的机会（因为文件系统完成工作，而不管目录权限）。