Structure and Author Azure DevOps Wiki with Markdown and Mermaid
Using Azure DevOps Wiki helps teams create and share project documentation in one central place. The wiki is built to support collaboration and requires good organization, clear writing, and visual aids to be effective.
Organize Wiki Repositories
A well-organized wiki is easier to use and maintain. You should structure the wiki content using logical folders and clear naming conventions. This means grouping related pages together, like having separate folders for "Architecture," "Processes," and "Onboarding Guides." Consistent naming helps team members quickly find the information they need.
Markdown is a simple text formatting language used to style wiki pages. It allows you to create elements like headings, tables, and hyperlinks without needing complex tools. For example, you create headings by using hash symbols (# for main headings, ## for subheadings). Tables are made with pipes (|) and dashes (-), and you create hyperlinks by putting the link text in brackets followed by the URL in parentheses. Using Markdown ensures all documentation has a clean, consistent look.
Embed Mermaid Code Blocks for Diagrams
Sometimes text alone isn't enough to explain a process. Mermaid is a tool that lets you create diagrams directly inside your Markdown pages. You embed a Mermaid diagram by placing its code inside a special code block marked with triple backticks and the word mermaid. For instance, you can write a flowchart using keywords like graph TD and then define the steps and decisions. This turns plain text into visual flowcharts, sequence diagrams, or Gantt charts, making complex ideas easier to understand.
For a wiki to be useful, the right people need to be able to contribute. You must configure access permissions to control who can view, edit, or manage pages. Typically, you would give read and write access to all team members so everyone can add knowledge. You might also grant administrative rights to a few key people who are responsible for the overall structure and quality of the documentation. This balance allows for team-wide collaboration while protecting the wiki from unintended changes.