Coding style 命名项目目录的常见做法，该目录为开发人员保存支持脚本、配置、文档等

我只处理一小部分项目，因此缺乏关于软件项目文件层次结构中目录命名约定的知识，而这正是项目开发所需要的

我查看著名的项目（如Firefox、GCC、binutils、Linux、Emacs、VIM等），并收集一些常见的目录（我自己编写的注释，这样它们就不会假装是真的……）：

• 示例

  或

  示例

  显示项目在迷你脚本、迷你程序或迷你配置中的实际使用

• 脚本

  ，

  支持

  -包装或复制缺少的脚本/实用程序，以提供跨环境构建

• 工具

  -配置或调试项目的额外实用程序

• contrib

  -用户提供的脚本、配置等

• misc

  ，

  etc

  -未分类文件（如果您不知道该文件的正确位置）

• config

  ，

  extra

  -不知道

当

src/

、

test/

、

build/

、

dist/

、

lib/

和其他由程序/平台/框架等指定的目录命名约定时，这些目录似乎对所有类型的项目都很常见

所以，我寻找一个指南（官方或非官方）来为保存项目支持文件的目录命名约定

与常规项目文件不同的是，这些文件在项目发布构建中不使用，或者在极少数情况下使用

PS。有人可能会说这不是一个问题。但我有一个real任务来提交几个脚本（sql脚本从DB转储菜单，脚本转储web控制器的url映射等），并查找应该保存这些文件的目录名

PPS。我收集约定的努力：

• （镜子）
有：