“每种情况的人我都见过”，因为很多人的主要职责是做开发，顺便兼做部署实施……所以往往并没有系统学习过 FSH 之类的规范，而是会根据自己（个人以及所在团队）的经验发明一些目录布局。

楼上有盆友提到，按 FSH 放太散乱了，不如把所有东西放一个独立目录下方便备份和搬运。的确这也是一个很实用的经验。但是这经验通常也是来自兼做部署实施的开发人员的经历。而从专职运维的人的视角来看，虽然这样做本身没什么大问题，但会“把所有东西放一个独立目录下”的实施案例，通常在目录结构的 owner 和 mode 设置上不太讲究，比如在系统里开一个可以登录的交互帐户，同时用做安装文件和启动 daemon 的功能，装好的文件 owner 就是这个帐户……而你仔细观察一下发行版打包的 rpm 和 deb ，通常装好的文件里不会在运行时修改的内容（放到 bin/sbin 里的程序、放到 share 里的静态数据、放到 etc 里的配置） owner 是 root ，启动 daemon 用的 euid 是专用帐户（比如 Debian 系发行版启动 Apache 和 Nginx 用的是 www-data ），只有运行时会修改的数据，其 owner 才是运行 daemon 的用户。这样的好处是，如果 daemon 因为有爆栈之类 bug 被 exploit 了，至少可以保证入侵者不会篡改配置、静态数据甚至在可执行程序里埋入木马。所以建议，不论用什么样的目录布局，最好是把运行时不会改的文件的 owner 和启动 daemon 用的 euid 设置为不同用户。发行版打包用的规范，其实是做底层基础设施的人根据经验总结的最佳实践。做业务系统应用开发的场景跟基础设施不太一样，但有些是可以借鉴的。