AZ-400 : Développement pour le DevOps d’entreprise

Avancé
Administrateur
Développeur
Ingénieur DevOps
Ingénieur Sécurité
Analyste des opérations de sécurité
Spécialiste de l’adoption du service
Architecte Solutions
Manager Technique
Azure
Azure Artifacts
Azure Boards
Services cloud Azure
Azure DevOps
Azure Pipelines
Azure Repos
Azure Test Plans
GitHub

Ce parcours d’apprentissage se penche sur les principales fonctionnalités de Git que les organisations doivent planifier lors de la conception de leur DevOps d’entreprise.

Prérequis

Aucun

Modules de ce parcours d’apprentissage

Ce module explore les domaines clés que les organisations doivent appliquer pour démarrer leur parcours de transformation DevOps, changer l’état d’esprit de l’équipe et définir des délais et des objectifs.

Ce module vous présente les projets GitHub, les tableaux de projet GitHub et Azure Boards. Il explore les façons de lier Azure Boards et GitHub, de configurer les projets GitHub et les affichages de projet, et de gérer le travail avec les projets GitHub.

Ce module explore les types, les concepts et les modèles de branchement Git pour le processus de livraison continue. Il aide les entreprises à définir leur stratégie et leur organisation de branchement.

Ce module présente les demandes de tirage (pull requests) dans le cadre de la collaboration et des révisions du code avec Azure DevOps et GitHub mobile pour les approbations de demandes de tirage. Il vous aide à comprendre le fonctionnement des demandes de tirage et leur configuration.

Ce module décrit les hooks Git et leur utilisation au cours du processus de développement, leur implémentation et leur comportement.

Ce module explique comment utiliser Git pour promouvoir l’inner source au sein de l’organisation et comment mettre en œuvre la duplication (fork) ainsi que les workflows correspondants.

Ce module décrit comment utiliser les grands dépôts, supprimer définitivement les données du dépôt, et gérer et automatiser les notes de publication en utilisant GitHub.

Ce module examine la dette technique, la complexité, les métriques de qualité et les plans pour des révisions du code efficaces et pour la validation de la qualité du code.