20+ practice questions focused on Design and implement source control — one of the most tested topics on the Microsoft Azure DevOps Engineer Expert AZ-400 exam. Each question includes a detailed explanation so you learn why the right answer is correct.
Start Design and implement source control PracticeYour team manages a large monorepo in Azure Repos containing multiple microservices. The repository has grown to over 10,000 files and 500 MB. Developers report that cloning and fetching operations are slow, often taking more than 10 minutes. Additionally, the CI pipeline triggers on every push to any branch, causing long queue times. You need to improve the developer experience and CI efficiency without splitting the repository. What should you do?
Explanation: Git sparse checkout allows developers to limit the working tree to specific directories, reducing local disk usage and checkout time. However, a standard sparse checkout alone does not reduce the amount of data downloaded during a full clone—this requires combining it with shallow or partial clone options. In Azure Pipelines, path-based CI triggers ensure pipelines run only when files in relevant directories change, reducing unnecessary builds and queue times. This approach improves both developer experience and CI efficiency without splitting the monorepo.
Refer to the exhibit. A developer attempts to push a commit directly to the main branch of FabrikamWeb repository but receives a push rejection. What is the most likely reason?
Explanation: The developer's direct push to main was rejected because the main branch has an active branch policy that requires all changes to be introduced via pull requests. In Azure DevOps, any branch policy (such as 'Require a minimum number of reviewers' or 'Require pull request comments resolution') blocks direct pushes to that branch, even if the user has 'Contribute' permission. The exhibit likely shows branch policies applied to the main branch, which prevents direct pushes. An incorrect remote URL would typically result in a 'repository not found' error, and a non-existent branch would produce a different error. Therefore, the most likely reason is that branch policies on main require pull requests.
Refer to the exhibit. A developer sees this error when running a YAML pipeline in Azure DevOps. What is the most likely cause?
Explanation: The pipeline error requires the exhibit to identify the exact message. Without it, none of the options can be confirmed as the most likely cause. The question should be revised or removed.
A team uses a monorepo with multiple projects in one Git repository. They want to enforce that each commit message must reference a work item from Azure Boards. Which branch policy should they configure?
Explanation: The 'Require a work item linking policy' in Azure Repos ensures each pull request is linked to a work item, but it does not validate that each commit message contains a reference. To enforce that commit messages themselves reference an Azure Boards work item, a build validation policy can run a script to verify the commit message format. Therefore, option D is the correct choice.
An organization has multiple Git repositories. Developers often forget to update the repository README file after making changes. What is the most effective way to ensure the README is always up-to-date?
Explanation: Adding a task in the CI pipeline that checks whether the README was modified directly enforces that developers include README updates in the same pull request that contains code changes. This ensures the README stays current with the codebase. In Azure Repos, CI pipelines can easily validate file changes using scripts or tasks. Option C (repository template) only ensures a README exists for new repositories but does not enforce updates after initial creation, so it does not address the core issue of keeping the README up-to-date over time.
+15 more Design and implement source control questions available
Practice all Design and implement source control questions1. Baseline your knowledge
Start with 10 questions to gauge your current understanding of Design and implement source control. This tells you whether you need a concept refresher or just practice.
2. Review every explanation
For each question — right or wrong — read the full explanation. Understanding why an answer is correct is more valuable than knowing the answer itself.
3. Focus on exam traps
Design and implement source control questions on the AZ-400 frequently use trap wording. Look for subtle differences in answers that test your precision, not just general knowledge.
4. Reach 80% consistently
Do repeated sessions until you score 80%+ three times in a row. Then move to mixed-mode practice to test cross-topic recall under realistic conditions.
The exact number varies per candidate. Design and implement source control is tested as part of the Microsoft Azure DevOps Engineer Expert AZ-400 blueprint. Practicing with targeted Design and implement source control questions ensures you can handle any format or difficulty that appears.
Yes. Courseiva provides free AZ-400 practice questions across all exam topics and domains. The platform includes topic-based practice, mock exams, missed-question review, bookmarked questions, and readiness tracking — no account required.
Difficulty is subjective, but Design and implement source control is a high-priority exam concept tested in multiple ways — direct recall, scenario analysis, and command-output interpretation. Consistent practice is the best way to build confidence.
Launch a full Design and implement source control practice session with instant scoring and detailed explanations.
Start Design and implement source control Practice →