définition des étapes

stages: [ stage | template ] # Stages are a collection of related jobs.

Types de liste

Notes

Par défaut, les phases s’exécutent de manière séquentielle. Chaque étape ne démarre qu’une fois la phase précédente terminée, sauf indication contraire via la dependsOn propriété .

Utilisez des vérifications d’approbation pour contrôler manuellement quand une phase doit s’exécuter. Ces vérifications sont couramment utilisées pour contrôler les déploiements dans des environnements de production.

Les vérifications sont un mécanisme disponible pour le propriétaire de la ressource. Elles contrôlent le moment où une phase dans un pipeline consomme une ressource. En tant que propriétaire d’une ressource comme un environnement, vous pouvez définir des vérifications requises avant qu’une étape qui consomme la ressource puisse démarrer.

Actuellement, les vérifications d’approbation manuelles sont prises en charge sur les environnements. Pour plus d’informations, consultez Approbations.

Exemples

Cet exemple exécute trois phases, l’une après l’autre. La phase intermédiaire exécute deux travaux en parallèle.

stages:
- stage: Build
  jobs:
  - job: BuildJob
    steps:
    - script: echo Building!
- stage: Test
  jobs:
  - job: TestOnWindows
    steps:
    - script: echo Testing on Windows!
  - job: TestOnLinux
    steps:
    - script: echo Testing on Linux!
- stage: Deploy
  jobs:
  - job: Deploy
    steps:
    - script: echo Deploying the code!

Cet exemple exécute deux étapes en parallèle. Par souci de concision, les travaux et les étapes sont omis.

stages:
- stage: BuildWin
  displayName: Build for Windows
- stage: BuildMac
  displayName: Build for Mac
  dependsOn: [] # by specifying an empty array, this stage doesn't depend on the stage before it

Voir aussi

En savoir plus sur les étapes, lesconditions et les variables.