为开发人员命名包含支持脚本、配置、文档等的项目目录的常见做法

gav*_*koa 5 coding-style naming-conventions

我处理的是一小组项目,因此缺乏有关希望进行项目开发的软件项目文件层次结构中目录命名约定的知识。

我查看知名项目(如 Firefox、GCC、binutils、Linux、Emacs、VIM 等)并收集一些常见目录(我自己写的评论,所以他们不会假装是真的......):

  • examplessamples在迷你脚本或迷你程序或迷你配置中显示项目的实际用法。
  • scripts, support- 缺少脚本/实用程序的包装器或副本,以提供跨环境构建。
  • tools - 用于配置或调试项目的额外实用程序。
  • contrib - 用户提供的脚本、配置等...
  • misc, etc- 未分类的文件(如果您不知道它的正确位置)。
  • config, extra- 不知道...

虽然src/test/build/dist/lib/和其他目录命名惯例决定由前卫LANGS /平台/框架等,这似乎目录通用于所有类型的项目。

因此,我为保存项目支持文件的目录寻找命名约定的指南(官方或非官方)。

与常规项目文件最本质的区别在于,这些文件不在项目发布构建中使用,或者在极少数情况下使用。

附注。有人可以争辩说这不是问题。但是我有真正的任务来提交几个脚本(从数据库转储菜单的 sql 脚本,为 web 控制器转储 url 映射的脚本等)并查找应该保存这些文件的目录名......

聚苯乙烯。我努力收集约定: