Azure DevOps Tools
À la fin de ce tutoriel, vous maîtriserez la carte des Azure DevOps Tools : les cinq services cloud Microsoft (Boards, Repos, Pipelines, Artifacts, Test Plans), leur promesse Plan Better / Collaborate Better / Ship faster, le rename VSTS → Azure DevOps Services du 10 septembre 2018 avec le tableau de correspondance, et un premier tour portail + option CLI
az devops— sans secrets en clair, région lab Azurecanadacentral.Niveau : Débutant · Temps estimé : 35–45 min · Versions testées : Azure DevOps Services (portail 2026), Azure CLI + extension
azure-devops· Dernière vérification : 2026-09-12Slug proposé :
azure-devops-tools· Série : Azure DevOps P4 (ADO Services + Bicep) · Post WP : #1025
Prérequis
- Une adresse e-mail Microsoft (compte personnel) ou un compte Microsoft Entra ID
- Navigateur récent ; téléphone pour le MFA (Authenticator / TOTP)
- Optionnel : Azure CLI v2 + extension
azure-devopssur votre machine - Idéalement le hub Démarrer avec Azure DevOps (org + projet
ado-lab) — utile mais pas bloquant pour cette vue d’ensemble - Notions SDLC / Agile de base : voir SDLC methodologies
Coût estimé : 0 € pour explorer Boards / Repos / Pipelines / Artifacts sur le Free tier Azure DevOps Services. Les ressources Azure (VM, App Service, etc.) sont facturées à part — région lab canadacentral. Aucun PAT en clair dans Git.
Ce que nous allons construire
Azure DevOps Tools (carte 2026)
├── Boards → work items, backlogs, sprints, boards Kanban
├── Repos → Git cloud (PRs, policies, file management)
├── Pipelines → CI/CD YAML (ou classique), tout langage / cloud
├── Artifacts → feeds NuGet, npm, Maven, Python, universels
├── Test Plans → tests manuels & exploratoires
├── Historique → VSTS → Azure DevOps Services (10 sep 2018) + tableau
└── Premier tour portail + option az devops configure(Schéma carte des cinq Azure DevOps Tools — Boards, Repos, Pipelines, Artifacts, Test Plans — à ajouter plus tard en cover locale 1200×630 ; pas d’URL externe cassée.)
Ce guide enrichit le post WordPress #1025 (azure-devops-tools) : on conserve les cinq services, le slogan Plan / Collaborate / Ship, et le rename VSTS, puis on développe choix, combinaison et premiers gestes.
Étape 1 — Vue d’ensemble des Azure DevOps Tools
Azure DevOps Tools = ensemble de services cloud Microsoft sous Azure DevOps Services (SaaS) : une suite pour planifier, collaborer et livrer plus vite — pas un monolithe ni « un projet Azure » dans le portail cloud.
Trois piliers (2026) : Plan Better (Boards, Test Plans) · Collaborate Better (Repos, Artifacts) · Ship faster (Pipelines + Artifacts).
À ne pas confondre avec Azure DevOps Server (ex-TFS, on‑premises). Portail SaaS : https://dev.azure.com/. Un abonnement Azure (canadacentral) facture les ressources cloud à part d’ADO (users, parallel jobs, stockage Artifacts).
Étape 2 — Azure Boards : planifier et suivre la valeur
Azure Boards livre de la valeur plus vite avec des outils agiles pour planifier, suivre et discuter le travail — cœur « Plan Better » des Azure DevOps Tools.
- Work items : Epics, Features, User Stories, Tasks, Bugs (process Agile / Scrum / Basic / CMMI)
- Backlogs, sprints, boards Kanban, queries, dashboards
- Liens work item ↔ commit / PR / build (traçabilité)
Dès qu’il faut un backlog partagé — y compris Stakeholder. En lab : une User Story « Explorer les Azure DevOps Tools ». Suite : Azure Boards work items.
Étape 3 — Azure Repos : Git cloud illimité (privé)
Azure Repos : dépôts Git privés cloud-hosted (illimités selon plan), pull requests, politiques de branche et gestion avancée des fichiers.
- Git recommandé ; TFVC déconseillé pour les labs 2026
- Branch policies, required reviewers, status checks Pipelines sur
main - Clone HTTPS / SSH ; IDE (VS Code, Visual Studio)
Code natif ADO, ou GitHub + CI dans Pipelines. Lab : dépôt ado-lab + README.md. Suite : Azure Repos Git.
Étape 4 — Azure Pipelines : CI/CD multi-langage, multi-cloud
Azure Pipelines : CI/CD pour tout langage, plateforme et cloud. Connectez GitHub ou tout Git provider et déployez en continu.
- YAML (recommandé 2026) ou pipelines classiques — préférez YAML versionné
- Agents Microsoft-hosted (Free) ou self-hosted
- Environments, approvals ; service connections via OIDC (pas de secret long terme)
YAML minimal illustratif (aucun secret) :
trigger:
- main
pool:
vmImage: ubuntu-latest
steps:
- script: echo "Hello from Azure Pipelines"
displayName: "Smoke step"Suite : YAML intro, CI, CD.
Étape 5 — Azure Artifacts : packages et feeds d’équipe
Azure Artifacts : créer, héberger et partager des packages, et les brancher aux pipelines CI/CD en un clic.
- Feeds NuGet, npm, Maven, Python, Universal Packages
- Upstream (nuget.org, etc.) + cache privé
- Tâches Pipelines (
NuGetAuthenticate, etc.) ; surveillez le quota Free
Libs internes et isolation des deps publiques — jamais de secrets dans un package. Suite : Azure Artifacts feeds.
Étape 6 — Azure Test Plans : confiance manuelle et exploratoire
Azure Test Plans : tester et livrer en confiance via tests manuels et exploratoires.
- Plans / suites / cases liés aux work items Boards
- Exécution manuelle, exploratory testing (extension navigateur)
- Traçabilité exigences ↔ tests ↔ bugs
- Souvent hors Free « Basic » strict : vérifiez licence / access level
Utile pour QA manuelle, UAT et non-régression hors auto (l’auto reste dans Pipelines). En Free tier, vérifiez licence / access level avant de promettre Test Plans à toute l’équipe.
Étape 7 — Historique VSTS → Azure DevOps Services (10 sep 2018)
Microsoft a renommé VSTS (Visual Studio Team Services) en Azure DevOps Services le 10 septembre 2018, en découpant les capacités en services nommés.
| VSTS (avant) | Azure DevOps Services (après) |
|---|---|
| Build & Release | Azure Pipelines |
| Code | Azure Repos |
| Work | Azure Boards |
| Test | Azure Test Plans |
| Packages | Azure Artifacts |
En 2026, menus et doc disent Azure * ; les captures « VSTS » restent valides sur le fond, obsolètes sur le vocabulaire. Azure DevOps Server (on‑prem) a suivi le même naming.
Étape 8 — Comment choisir et combiner les outils
| Besoin | Outil prioritaire | Combinaison typique |
|---|---|---|
| Backlog + sprints | Boards | Boards ↔ Repos (liens commits) |
| Code + revues | Repos | Repos → Pipelines (PR validation) |
| Build / deploy | Pipelines | Pipelines ← Artifacts (restore packages) |
| Librairies d’équipe | Artifacts | Artifacts ← Pipelines (publish) |
| UAT / tests manuels | Test Plans | Test Plans ↔ Boards (bugs) |
Lab conseillé : Boards (1 story) → Repos (README) → Pipelines (YAML smoke) → Artifacts (feed) → Test Plans si licence OK. Démarrez par Boards + Repos + Pipelines.
Étape 9 — Premier tour portail + option az devops
- Ouvrez https://dev.azure.com/ (MFA).
- Sélectionnez votre organisation puis le projet lab (ex.
ado-lab). - Menu gauche : Overview, Boards, Repos, Pipelines, Artifacts (Test Plans selon plan).
- Vérifiez Project settings (bas à gauche) : repos, pipelines, service connections.
- Avatar → Personal access tokens : PAT court, scopes minimaux, hors Git — jamais en clair.
Option CLI (az extension add --name azure-devops) :
az devops configure --defaults
organization=https://dev.azure.com/lab-devopelastichayway
project=ado-lab
az devops project list -o table
az boards work-item show --id 1 -o table # si un work item existe
az repos list -o table
az pipelines list -o tableAuth : navigateur ou PAT en variable d’environnement / coffre — pas en clair dans Git. Labs IaC Azure (Bicep, App Service) : région canadacentral.
Checklist de fin de parcours
- Vous savez nommer les cinq Azure DevOps Tools et le slogan Plan Better / Collaborate Better / Ship faster.
- Vous savez lire le tableau VSTS → Azure DevOps Services (10 septembre 2018).
- Dans le portail, vous ouvrez Boards, Repos, Pipelines et Artifacts sans confusion avec le portail Azure.
- Vous n’avez aucun PAT en clair dans un dépôt ; OIDC prévu pour les connexions Azure.
- Vous avez un ordre de lab : Boards → Repos → Pipelines → (Artifacts) → (Test Plans si licence).
Erreurs fréquentes
| Symptôme | Cause | Correction |
|---|---|---|
| Confusion « Azure » vs « Azure DevOps » | Deux facturations / portails | ADO = dev.azure.com ; ressources Azure = portail Azure (canadacentral) |
| Menu Test Plans absent | Licence / access level | Vérifier Users + billing ; Stakeholder ≠ tous les droits Test |
| « VSTS » dans une vieille doc | Rename 2018 | Lire le tableau Boards/Repos/Pipelines/Artifacts/Test Plans |
| PAT commité par erreur | Scope trop large / oubli | Révoquer immédiatement ; rotation ; OIDC pour Azure |
az devops inconnu | Extension absente | az extension add --name azure-devops |
| Pipeline OK mais package 404 | Feed Artifacts non câblé | Auth feed + nuget.config / .npmrc hors secrets |
Quiz (5 questions)
1. Quel est le nouveau nom de Build & Release depuis le rename VSTS (10 sep 2018) ?
- A. Azure Repos
- B. Azure Pipelines
- C. Azure Boards
- D. Azure Monitor
2. Quel service sert surtout à héberger des packages NuGet / npm d’équipe ?
- A. Boards
- B. Test Plans
- C. Artifacts
- D. Entra ID
3. La promesse marketing historique des Azure DevOps Tools est…
- A. Only cloud VMs
- B. Plan Better / Collaborate Better / Ship faster
- C. Remplacer GitHub Actions uniquement
- D. Uniquement on‑premises TFS
4. Quel service porte surtout le backlog, les sprints et les boards Kanban ?
- A. Azure Boards
- B. Azure Artifacts
- C. Azure Monitor
- D. Azure Repos
5. Azure DevOps Services et un abonnement Azure (canadacentral)…
- A. Sont la même facture obligatoire
- B. Sont des portails / facturations distincts
- C. Remplacent tous les deux Git
- D. Exigent TFVC
Réponses : 1‑B · 2‑C · 3‑B · 4‑A · 5‑B
FAQ
Azure DevOps Tools = Azure DevOps Server ?
Non. Ce tutoriel couvre Azure DevOps Services (SaaS sur dev.azure.com). Azure DevOps Server est l’édition on‑premises (ex-TFS), hors scope ici.
Faut-il activer les cinq outils dès le premier jour ?
Non. Boards + Repos + Pipelines suffisent pour un premier lab. Ajoutez Artifacts quand une lib partagée apparaît, et Test Plans seulement si la licence / l’access level le permet.
Peut-on garder GitHub à la place d’Azure Repos ?
Oui. Pipelines se connecte à GitHub (ou autre Git). Azure Repos reste l’option native et souvent la plus simple pour un lab 100 % ADO.
Où créer l’organisation et le premier projet ?
Suivez le hub Démarrer avec Azure DevOps : org Free tier, projet privé ado-lab, process Agile, Git.
Comment éviter les PAT dans les pipelines vers Azure ?
Préférez une service connection avec OIDC / Workload Identity Federation plutôt qu’un secret client long terme. Les PAT personnels restent pour CLI locale, courts et révocables.
Pour aller plus loin
Les Azure DevOps Tools forment la carte d’entrée de la série mega-menu Azure : une fois Boards, Repos et Pipelines maîtrisés, enchaînez organisation, agents hosted/self-hosted, YAML CI/CD, puis Bicep en canadacentral. Gardez cette page comme référence vocabulaire (surtout le rename VSTS 2018) quand une vieille capture d’écran parle encore de « Build & Release » ou de « Code ».
- Doc : Azure DevOps, Pricing, CLI devops
- Historique : rebranding VSTS → Azure DevOps (sep 2018)
Maillage série Azure DevOps (P4)
| ← Précédent | SDLC methodologies · hub Azure DevOps |
| → Suivant | Démarrer avec Azure DevOps · Organisation & projets |
| Aussi | Boards · Repos · Pipelines YAML · Artifacts |
| Latéral | Démarrer avec Azure DevOps (socle org + projet) |
Retour parcours Azure DevOps — hub de la série et leçons sœurs.
