7.2 Directory Naming [Dido Solutions, Inc Wiki]

This page is read only. You can view the source, but not change it. Ask your administrator if you think this is wrong.
====== 7.2 Directory Naming ======

[[fxdemo:05-part:start | Go To Top ]]

[[fxdemo:05-part:07-naming-and-file-conventions:start | Return to Naming and File Conventions ]]

Directory names should be short, descriptive, and stable. Top-level directory names should identify major [[dido:99_annexes:annex-b-terms-and-definitions:a:artifact|Artifact]] categories, such as source files, generated Artifacts, [[dido:99_annexes:annex-b-terms-and-definitions:c:configuration|Configuration]], scripts, containers, tests, documentation, logs, tools, and [[dido:99_annexes:annex-b-terms-and-definitions:e:evidence|Evidence]].

The [[dido:99_annexes:annex-b-terms-and-definitions:r:repository|Repository]] should use lowercase directory names where practical. Multi-word directory names should use hyphens or another team-approved convention consistently. The team should avoid mixing styles such as ''controlPlane'', ''control-plane'', ''control_plane'', and ''ControlPlane'' for the same Artifact type.

Representative directory names include:

  docs/
  idl/
  src/
  generated/
  config/
  scripts/
  containers/
  tests/
  logs/
  evidence/
  tools/

Subdirectories should refine the parent directory's purpose. For example:

  * ''src/control-plane/''
  * ''src/data-plane/''
  * ''config/nodes/''
  * ''config/qos/''
  * ''scripts/setup/''
  * ''scripts/generation/''
  * ''tests/acceptance/''

Developers should not create new top-level directories without a clear [[dido:99_annexes:annex-b-terms-and-definitions:b:baseline|Baseline]] purpose. When the team adds a new top-level directory, it should update the Repository layout documentation and, where needed, this handbook.

----

<WRAP centeralign>

© 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.

</WRAP>