Przejdź do treści
Biblioteka skilli
DevOps i chmura · Pisanie

azure-devops-wiki

/azure-devops-wiki

Pomaga zarządzać wiki w Azure DevOps: strony, formatowanie Markdown z Mermaid, pliki .order, podstrony, załączniki, komendy az devops wiki i workflow oparty o Git.

Licencja
MIT
Ostatnia zmiana repozytorium
14.10.2026

Ocena i bezpieczeństwo

100/ 100Klasa: dobry
Format25 / 25
Frontmatter z nazwą i opisem, poprawna nazwa, opis do 1024 znaków, nazwa zgodna z folderem.
Odkrywalność25 / 25
Opis mówi, kiedy użyć skilla, ma sensowną długość i jest w 3. osobie.
Treść35 / 35
Co najmniej 150 słów i do 500 linii, nagłówki, listy kroków, przykłady albo kod.
Higiena15 / 15
Bez zaślepek typu TODO, bez ścieżek Windows, z licencją.
Ryzykobrak sygnałów w skanie
Pliki w paczce
5
Skrypty
2
Komentarze HTML
0
Adresy URL w SKILL.md
12
Przestarzałość

Brak sygnałów. Repozytorium zmienione 14.10.2026, bez odwołań do wycofanych modeli i API.

Licencja

MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.

Co sprawdzić przed instalacją
  • 2 skrypty w paczce. Przejrzyj je przed instalacją, bo Claude może je uruchomić.

Skrypty: scripts/wiki-clone.sh, scripts/wiki-publish.sh

Co robi i kiedy

Pomaga zarządzać wiki w Azure DevOps: strony, formatowanie Markdown z Mermaid, pliki .order, podstrony, załączniki, komendy az devops wiki i workflow oparty o Git.

Oryginalny opis (EN)

Azure DevOps Wiki management skill. Use when working with Azure DevOps wikis for: (1) Creating and organizing wiki pages - provisioned or code-as-wiki, (2) Markdown formatting - TOC, Mermaid diagrams, YAML metadata, code blocks, (3) Wiki structure - .order files, subpages, attachments, (4) Best practices - naming conventions, navigation, searchability, (5) CLI operations - az devops wiki commands, (6) Git-based wiki workflows - clone, edit offline, push changes. Supports both provisioned wikis and published code wikis.

Jak działa

  1. Wiki Types
  2. Quick Start
  3. Repository Structure
  4. The .order File
  5. Essential Markdown Features
  6. CLI Operations
  7. Git-Based Workflow
  8. Best Practices
  9. Provisioned vs Code Wiki Comparison
  10. Troubleshooting
Sekcje z nagłówków SKILL.md, w oryginale · 337 linii, 1 222 słów
Podgląd SKILL.md
---
name: azure-devops-wiki
description: Azure DevOps Wiki management skill. Use when working with Azure DevOps wikis for: (1) Creating and organizing wiki pages - provisioned or code-as-wiki, (2) Markdown formatting - TOC, Mermaid diagrams, YAML metadata, code blocks, (3) Wiki structure - .order files, subpages, attachments, (4) Best practices - naming conventions, navigation, searchability, (5) CLI operations - az devops wiki commands, (6) Git-based wiki workflows - clone, edit offline, push changes. Supports both provisioned wikis and published code wikis.
---

# Azure DevOps Wiki Skill

Complete guide for managing Azure DevOps wikis with best practices and CLI operations.

## Wiki Types

Azure DevOps supports two wiki types:

| Type | Description | Use Case |
|------|-------------|----------|
| **Provisioned Wiki** | Built-in wiki created per project | Quick team documentation, single wiki per project |
| **Published Code Wiki** | Git repo published as wiki | SDK docs, versioned content, multiple wikis per project |

## Quick Start

### Create Provisioned Wiki

```bash
# Via Azure DevOps CLI
az devops wiki create --name "Project Wiki" --type projectwiki \
  --org https://dev.azure.com/ORG --project PROJECT
```

### Publish Code as Wiki

```bash
# Publish existing Git repo as wiki
az devops wiki create --name "API Docs" --type codewiki \
  --repository REPO_NAME --mapped-path / --version main \
  --org https://dev.azure.com/ORG --project PROJECT
```

## Repository Structure

Wiki files are stored in Git with this structure:

```
ProjectName.wiki/
├── .attachments/           # All attachments
├── .order                  # Root page sequence
├── Home.md                 # Home page
├── Getting-Started.md      # Top-level page
├── Getting-Started/        # Folder for subpages
│   ├── .order              # Subpage sequence
│   ├── Installation.md     # Subpage
│   └── Configuration.md    # Subpage
└── API-Reference.md        # Another top-level page
```

**Key conventions:**

- Wiki repo name: `<ProjectName>.wiki`
- Root branch: `wikiMain`
- Spaces in titles → hyphens in filenames: `Getting Started` → `Getting-Started.md`
- Subpages require matching folder: `Page.md` + `Page/` folder

## The .order File

Controls page sequence in table of contents:

```
Home
Getting-Started
API-Reference
Troubleshooting
```

**Rules:**

- One page name per line (without `.md` extension)
- Pages not listed appear alphabetically at the end
- Delete `.order` to restore alphabetical sorting

## Essential Markdown Features

### Table of Contents

Add auto-generated TOC to any page:

```markdown
[[_TOC_]]

## Section 1
Content here...

## Section 2
More content...
```

### Mermaid Diagrams

```markdown
::: mermaid
graph LR
    A[Start] --> B{Decision}
    B -->|Yes| C[Action 1]
    B -->|No| D[Action 2]
:::
```

Supported diagram types:

- Sequence diagrams
- Flowcharts (`graph` not `flowchart`)
- Gantt charts
- Class diagrams
- State diagrams
- User journeys
- Pie charts
- Entity Relationship diagrams
- Timeline diagrams

### YAML Metadata

Add searchable metadata at page start:

```markdown
---
title: API Reference
author: Team Name
tags:
  - api
  - reference
  - v2
---

# Page Content
```

### Code Blocks with Syntax Highlighting

```markdown
```javascript
const config = {
  baseUrl: 'https://api.example.com',
  timeout: 5000
};
```

```

Supported languages: `javascript`, `typescript`, `python`, `csharp`, `bash`, `yaml`, `json`, `sql`, and [more](https://github.com/highlightjs/highlight.js/tree/stable-11/src/languages).

### Collapsible Sections

```html
<details>
<summary>Click to expand</summary>

Hidden content here...

</details>
```

### Work Item Links

```markdown
Link to work item: #123
Link with text: [User Story #123](#123)
```

### User Mentions

```markdown
@<alias> - mentions user
@<GroupName> - mentions group
```

### Images with Sizing

```markdown
![Alt text](/.attachments/image.png =500x300)
![Width only](/.attachments/image.png =500x)
```

## CLI Operations

### List Wikis

```bash
az devops wiki list --org https://dev.azure.com/ORG --project PROJECT -o table
```

### Create Page

```bash
az devops wiki page create --wiki "Project Wiki" --path "NewPage" \
  --content "# Page Title\n\nPage content here" \
  --org https://dev.azure.com/ORG --project PROJECT
```

### Update Page

```bash
az devops wiki page update --wiki "Project Wiki" --path "ExistingPage" \
  --content "Updated content" --version ETAG \
  --org https://dev.azure.com/ORG --project PROJECT
```

### Delete Page

```bash
az devops wiki page delete --wiki "Project Wiki" --path "PageToDelete" \
  --org https://dev.azure.com/ORG --project PROJECT -y
```

### Show Page

```bash
az devops wiki page show --wiki "Project Wiki" --path "PageName" \
  --org https://dev.azure.com/ORG --project PROJECT
```

## Git-Based Workflow

### Clone Wiki Locally

```bash
# Get wiki clone URL
az devops wiki show --wiki "Project Wiki" \
  --org https://dev.azure.com/ORG --project PROJECT \
  --query remoteUrl -o tsv

# Clone
git clone https://dev.azure.com/ORG/PROJECT/_git/PROJECT.wiki
cd PROJECT.wiki
```

### Edit and Push

```bash
# Create/edit pages
echo "# New Page\n\nContent" > New-Page.md

# Update .order
echo -e "Home\nNew-Page\nExisting-Page" > .order

# Commit and push
git add .
git commit -m "Add new documentation page"
git push origin wikiMain
```

## Best Practices

### Structure & Organization

| Practice | Description |
|----------|-------------|
| **Flat hierarchy** | Keep max 3 levels deep for easy navigation |
| **Consistent naming** | Use kebab-case: `api-reference`, `getting-started` |
| **Logical grouping** | Group related pages in subfolders |
| **Index pages** | Create overview pages for each section |
| **Home page** | Always have a clear entry point |

### Content Guidelines

| Practice | Description |
|----------|-------------|
| **Use TOC** | Add `[[_TOC_]]` to pages with multiple sections |
| **Descriptive titles** | Use clear, searchable page titles |
| **Cross-linking** | Link related pages for discoverability |
| **Keep updated** | Archive outdated content, don't delete |
| **Diagrams** | Use Mermaid for architecture/flow visualization |

### File Naming

| Do | Don't |
|----|-------|
| `getting-started.md` | `Getting Started.md` (spaces) |
| `api-v2-reference.md` | `api_v2_reference.md` (underscores) |
| `faq.md` | `FAQ.md` (uppercase) |

### Searchability

- Add YAML metadata with tags
- Use descriptive headings
- Include keywords in content
- Link work items for context

## Provisioned vs Code Wiki Comparison

| Feature | Provisioned | Code Wiki |
|---------|-------------|-----------|
| Multiple wikis per project | No (1 only) | Yes |
| Versioning | Git history | Git branches |
| Edit from Repos | No | Yes |
| Branch policies | Limited | Full support |
| Revert from wiki UI | Yes | No (use Git) |
| Best for | Team docs | SDK/Product docs |

## Troubleshooting

| Issue | Solution |
|-------|----------|
| Page not appearing | Check `.order` file includes page name |
| Broken links | Use relative paths: `./subpage` or `/absolute/path` |
| Images not showing | Upload to `.attachments/` folder |
| TOC not rendering | Ensure `[[_TOC_]]` is on its own line |
| Mermaid not working | Use `graph` instead of `flowchart` |
| YAML metadata broken | Check for proper `---` delimiters |

## File Restrictions

| Restriction | Limit |
|-------------|-------|
| Page file size | 18 MB max |
| Attachment size | 19 MB max |
| Path length | 235 characters max |
| Special chars in names | No `/`, `\`, `#` |
| Period in names | Not at start/end |

## Scripts

- `scripts/wiki-clone.sh <project> <wiki-name>` - Clone wiki repository
- `scripts/wiki-publish.sh <project> <repo> <path>` - Publish repo as wiki

## References

For detailed documentation:

- **[references/best-practices.md](references/best-practices.md)** - Comprehensive best practices guide
- **[references/markdown-syntax.md](references/markdown-syntax.md)** - Complete Markdown reference
- [Official Azure DevOps Wiki Docs](https://learn.microsoft.com/en-us/azure/devops/project/wiki/)

---

## Gotchas

- **`.order` file determines tab order** — a misspelled entry hides the file from navigation; the file exists but is invisible.
- **Nested folders require dual .order files**: parent's lists the folder, folder's own lists pages. Missing either breaks navigation.
- **Mermaid renders only via fenced ` ```mermaid ` blocks** — inline Mermaid syntax in regular markdown isn't rendered (no error, just plain text).
- **Personal Wiki vs Project Wiki have DIFFERENT git URLs** — clone the wrong one and pushes go to the wrong wiki silently.
- **TOC `[[_TOC_]]` generates from headings; subheadings >6 deep are dropped** — long docs lose the bottom of the nav.
- **Code Wiki vs Provisioned Wiki**: code wiki syncs from a repo; provisioned wiki edits in place. Switching loses formatting differences silently.
Pliki w paczce (5)
  • SKILL.md 9 KB
  • references/best-practices.md 9 KB
  • references/markdown-syntax.md 8 KB
  • scripts/wiki-clone.sh 4 KB
  • scripts/wiki-publish.sh 3 KB

Wersje

W bazie nie ma innych skilli o nazwie azure-devops-wiki.

Migawka bazy z 28.10.2026 · wersja paczki 8cd7f8df78bf (skrót SHA-256 całej paczki)

Pobrania w ostatnich 30 dniach: 0 · ranking

Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.

Podobne skille

  • 90azure-devops
    Obsługuje Azure DevOps przez serwer MCP: zadania, błędy, PBI, pull requesty i wiki projektu, także na serwerach TFS.
  • 100azure-devops
    Konfiguruje Azure Pipelines do CI/CD, potoki build i release oraz projekty Azure DevOps wraz z integracją z usługami Azure.
  • 100azure-devops
    Pracuje z repozytoriami, pull requestami i API Azure DevOps przez zmienną środowiskową AZURE_DEVOPS_TOKEN.
  • 100azure-devops
    Pracuje z repozytoriami, pull requestami i API Azure DevOps przez zmienną środowiskową AZURE_DEVOPS_TOKEN.
  • 100azure-devops-pipelines
    Podaje dobre praktyki pisania plików YAML pipeline'ów Azure DevOps, aktywne dla plików azure-pipelines.yml i *.pipeline.yml.
  • 100devops
    Kieruje prośby dotyczące GitHub albo Azure DevOps do właściwego skilla (devops-github lub devops-azure) według intencji i działa jako rezerwa, gdy żądanie nie pasuje do żadnego z nich.

Uwagi i zgłoszenia

Wiadomość trafi do Bartosza Sokolińskiego. Adres e-mail jest potrzebny tylko do odpowiedzi. Szczegóły w polityce prywatności.