Study guide · Flashcards & memory notes

Azure DevOps Engineer Flashcards & Memory Notes

50 recall cards for key distinctions in the AZ-400 objectives: flow of work, source control, build and release pipelines, security and compliance, and instrumentation.

Exam: AZ-4005 decks · 50 cardsNo sign-up required

How to use these cards: Say the answer out loud before you flip the card, and mark it honestly. Revisit the cards you missed tomorrow rather than rereading them right away. Progress is kept only while this page is open. These cards follow AZ-400 skills measured as of July 27, 2026. For the full explanations behind each card, see the core notes.

Study mode

Choose a deck, flip each card, and mark what you already know.

All flashcards

Select a question to reveal its answer.

Deck 1 · Flow

Flow of work, metrics, and notifications.

10 cards
1.1What does GitHub Flow use as the integration branch?

A single main branch plus short-lived topic branches merged by pull request.

1.2How do Azure Boards and DORA lead-time boundaries differ?

Azure Boards work-item lead time runs from creation to completion. DORA lead time for changes runs from commit to production. Name the metric before comparing teams.

1.3What does Azure Boards cycle time exclude?

Time waiting before work becomes active. Cycle time measures active work through completion; lead time also includes the earlier wait.

1.4What is time to recovery?

How long it takes to restore service after a failure.

1.5What makes a requirement traceable into production?

Links from the work item to the PR, commit, build artifact, and deployment record. A closed work item alone does not prove deployment.

1.6Which documentation syntax does the study guide name?

Markdown, including Mermaid diagrams.

1.7What does a webhook do?

It sends an HTTP callback when a repository or pipeline event occurs.

1.8Which chat product should receive pipeline notifications?

Microsoft Teams.

1.9What proves a bug fix was tested?

A work item linked to the commit and the test result.

1.10What should produce release notes?

Git history, generated with the release rather than a hand-edited mail.

Deck 2 · Source

Branches, large files, and history.

10 cards
2.1What is trunk-based development?

One main line with short-lived branches.

2.2What must accompany a protected main branch?

Required reviews and checks plus effective branch permissions and restricted bypass rights. Test the permissions of the identities that can push or merge.

2.3What should you check before adopting Git LFS?

Provider file-size limits, storage and bandwidth quotas, and whether existing large-file history needs migration. Enabling LFS does not automatically shrink old commits.

2.4What is git-fat for?

Managing large files outside normal Git blobs.

2.5Which Git command undoes a commit without rewriting shared history?

git revert.

2.6Does git reset --hard rewrite the remote branch?

No. It changes local branch, index, and working-tree state and can discard tracked edits. Rewriting the remote requires a separate push; prefer revert for an ordinary shared-history undo.

2.7How do you recover a file that still exists in history?

Restore it from the commit that still contains it.

2.8What comes first after a valid secret is pushed?

Revoke or rotate it, then investigate exposure and coordinate any necessary history cleanup. Rewriting central history cannot guarantee erasure from external clones.

2.9What does a Git tag mark?

A point in history, usually the commit a release built.

2.10What scales a very large monorepo?

Git Scalar or another repository scaling strategy.

Deck 3 · Pipelines

Packages, YAML, and release patterns.

10 cards
3.1What does a SemVer MAJOR increase signal?

An incompatible change.

3.2What does CalVer encode?

A calendar date rather than API compatibility.

3.3How does a package reach an Azure Artifacts release view?

Publish to the base feed, validate the version, then promote it to the view. The view exposes selected versions; it does not run quality checks automatically.

3.4Does publishing tests or coverage enforce a quality gate?

Not by itself. Preserve test failures, configure publisher failure settings, and enforce required coverage thresholds. Missing-coverage checks do not enforce a percentage threshold.

3.5How do you enable PR build validation for Azure Repos Git?

Configure a Build validation policy on the target branch. Azure Repos does not use the YAML pr trigger for this; GitHub trigger configuration is different.

3.6Who patches a GitHub-hosted runner?

GitHub. You patch a self-hosted runner yourself.

3.7Where are Azure Pipelines production approvals configured?

On the protected environment or other resource, outside pipeline YAML, by authorized resource administrators. The deployment must actually use that protected resource.

3.8What can a blue-green traffic switch fail to undo?

Database schema changes and external side effects. Keep releases compatible during transition and test the recovery plan; a traffic switch is not a database restore.

3.9How do you judge a canary before wider rollout?

Compare error rates and latency with a suitable baseline, identify the version or cohort, and check traffic volume. A small raw error count or empty data is insufficient evidence.

3.10Which service does the study guide name for feature flags?

Azure App Configuration Feature Manager.

Deck 4 · Security

Identity, secrets, and scanning.

10 cards
4.1What is true of a system-assigned managed identity?

It is tied to one Azure resource and deleted with that resource.

4.2What is true of a user-assigned managed identity?

It is a standalone identity you can attach to multiple resources.

4.3What is the scope and lifetime model of GITHUB_TOKEN?

GitHub creates a repository-scoped installation token for each job. Set minimal job permissions; it is not a permanent organization-wide personal access token.

4.4Why prefer scoped app or federated identities over a long-lived PAT?

They can reduce dependence on a person and on reusable stored credentials. If a PAT is required, minimize scope and lifetime and manage revocation explicitly.

4.5What does Azure Key Vault store for a pipeline?

Secrets, keys, and certificates.

4.6Does id-token: write grant Azure deployment permission?

No. It permits requesting an OIDC token. Azure must trust its issuer, audience, and actual subject claims; the authenticated identity also needs appropriate Azure RBAC.

4.7What does dependency scanning find?

Known vulnerabilities in dependencies.

4.8What does secret scanning find?

Credentials committed to the repository.

4.9Does CodeQL replace container image vulnerability scanning?

No. CodeQL analyzes supported source languages; image scans examine image packages. For a containerized compiled build, CodeQL must observe compilation in a supported container setup.

4.10Does a DevOps security dashboard block unsafe releases automatically?

No. Posture visibility must be connected to remediation owners and explicit required checks or release policy. Define and audit any exceptions.

Deck 5 · Instrumentation

Monitor signals, traces, and KQL.

10 cards
5.1What does Application Insights collect?

Application requests, dependencies, and traces.

5.2What does VM Insights monitor?

Virtual machine performance and dependencies.

5.3What does Container Insights monitor?

Container workloads such as Azure Kubernetes Service.

5.4What does a GitHub insights chart show?

Repository and Actions activity, not in-process application traces.

5.5Which infrastructure indicators should you inspect during an incident?

CPU, memory, disk, and network.

5.6What does distributed tracing follow?

One request across the services that handled it.

5.7Which schema distinction matters in Application Insights KQL?

Workspace queries use AppRequests, TimeGenerated, and Success; application-context queries can use requests, timestamp, and success. Check the schema where the query runs.

5.8How should sampled request failures be compared after a release?

Use a comparable time window and release cohort. With sampling weights, divide failed ItemCount by total ItemCount. No requests means insufficient evidence, not measured health.

5.9CPU is low but users report slowness. What is the better next signal?

Dependency duration in the distributed trace.

5.10The pipeline is green and users are still harmed. What is missing?

Application telemetry and alerts, not only the pipeline result.

Memory notes

Groupings that make the highest-yield AZ-400 distinctions easier to recall.

Flow clocks

  • Lead time request to delivery
  • Cycle time start to done
  • Time to recovery failure to restore

History choices

  • git revert new commit, shared branches
  • reset changes local state; a separate force-push can rewrite remote history
  • revoke or rotate first, then assess history cleanup

Release shapes

  • Blue-green two environments, then cut over
  • Canary a small slice first
  • Slot swap warm the app, not the database
  • Feature flag behavior without a new build

Pipeline identity

  • Managed identity Azure resource, no stored secret
  • GITHUB_TOKEN or GitHub App automation that is not a person
  • Personal access token minimize scope and lifetime when required

July 2026 emphasis

The exam code is still AZ-400. The July 27, 2026 guide keeps the same five domains and makes minor updates to traceability, security scanning, and instrumentation. Pipelines remain about half the exam.

Continue the Azure DevOps Engineer study path

Test what you have learned with a timed practice exam.

Azure DevOps Engineer hub →
Available

Overview

Exam format, the 700 passing score, domain weights, and a study plan.

Available

Core Notes

Reference notes for flow of work, Git, pipelines, security, and instrumentation.

Available · You are here

Flashcards & Memory Notes

50 recall cards in five decks, plus memory notes for pipelines, identity, and telemetry.

Available

Practice Exams

200 original questions with custom exams, explanations, and a score report by domain.