Concept topic type
A concept introduces a single feature or concept.
A concept should answer the questions:
- What is this?
- Why would you use it?
Think of everything someone might want to know if they've never heard of this concept before.
Don't tell them how to do this thing. Tell them what it is.
If you start describing another concept, start a new concept and link to it.
Concepts should be in this format:
# Title (a noun, like "Widgets")
A paragraph or two that explains what this thing is and why you would use it.
If you start to describe another concept, stop yourself.
Each concept should be about **one concept only**.
If you start to describe **how to use the thing**, stop yourself.
Task topics explain how to use something, not concept topics.
Do not include links to related tasks. The navigation provides links to tasks.
Concept topic titles
For the title text, use a noun. For example, Widgets
or GDK dependency management
.
If a noun is ambiguous, you can add a gerund. For example, Documenting versions
instead of Versions
.
Avoid these topic titles:
-
Overview
orIntroduction
. Instead, use a more specific noun or phrase that someone would search for. -
Use cases
. Instead, incorporate the information as part of the concept. -
How it works
. Instead, use a noun followed byworkflow
. For example,Merge request workflow
.