linux foundation cgoa practice test

Exam Title: Certified GitOps Associate Exam

Last update: Nov 27 ,2025
Question 1

Which statement describes Blue-Green deployments?

  • A. Blue-Green deployments involve deploying the new version of an application alongside the old version and switching traffic to the latest version once it is ready.
  • B. Blue-Green deployments involve deploying the new version of an application to a subset of users and gradually expanding the deployment based on feedback.
  • C. Blue-Green deployments involve deploying different versions of an application in other regions and routing traffic based on geographic location.
  • D. Blue-Green deployments involve deploying only one version at a time.
Answer:

A


Explanation:
Blue-Green deployments are a progressive delivery pattern where two environments exist: Blue
(current version) and Green (new version). The new version is deployed in parallel, and once
validated, traffic is switched over from Blue to Green.
“Blue-Green deployments provide zero-downtime releases by running two production environments:
one active and one idle. A new version is deployed to the idle environment, tested, and when ready,
traffic is switched to it.”
Thus, the correct description is A.
Reference: GitOps Patterns (CNCF GitOps Working Group), Progressive Delivery patterns.
===========

vote your answer:
A
B
C
D
A 0 B 0 C 0 D 0
Comments
Question 2

In a GitOps framework, what distinct advantage does Configuration as Code (CaC) provide in
comparison to traditional infrastructure management approaches?

  • A. CaC in GitOps exclusively automates the documentation process, whereas traditional approaches focus on manual documentation.
  • B. GitOps leverages CaC for immutable infrastructure deployments, ensuring consistent environments, unlike traditional methods that allow ad-hoc changes.
  • C. CaC is less secure and more complex than traditional infrastructure management.
  • D. In GitOps, CaC enables dynamic resource allocation during runtime, contrasting with the static configurations in traditional methods.
Answer:

B


Explanation:
Configuration as Code (CaC) in GitOps ensures that infrastructure and application definitions are
stored in Git, version-controlled, and immutable. Unlike traditional approaches (manual changes,
scripts, mutable infrastructure), GitOps uses CaC for immutable infrastructure deployments,
guaranteeing reproducibility and environment consistency.
“Configuration as Code ensures that system configuration is stored declaratively in version control.
This allows immutable deployments, reproducibility, consistency across environments, and prevents
ad-hoc manual changes.”
Thus, the distinct advantage is immutable deployments and consistent environments, making B
correct.
Reference: GitOps Related Practices (CNCF GitOps Working Group).
===========

vote your answer:
A
B
C
D
A 0 B 0 C 0 D 0
Comments
Question 3

A GitOps-managed Software System includes which of the following?

  • A. Hardware infrastructure used for hosting the software system.
  • B. One or more runtime environments consisting of resources under management.
  • C. One or more programming languages used for development.
  • D. Operating systems used for hosting the software system.
Answer:

B


Explanation:
A GitOps-managed software system is defined as one or more runtime environments whose
resources are managed declaratively via GitOps practices.
“A GitOps-managed software system includes one or more runtime environments, such as clusters,
where resources are under management. The desired state of these resources is declared in Git and
reconciled continuously.”
Thus, the correct option is B.
Reference: GitOps Terminology (CNCF GitOps Working Group).
===========

vote your answer:
A
B
C
D
A 0 B 0 C 0 D 0
Comments
Question 4

In GitOps, what is a pull-based approach?

  • A. A pull-based approach is when developers manually push changes to the GitOps system, which then applies them automatically.
  • B. A pull-based approach is when the GitOps system sends notifications to developers to apply changes from the Git repository manually.
  • C. A pull-based approach is when the Git repository automatically pushes changes to the GitOps system, which then applies them.
  • D. A pull-based approach is when the GitOps system continuously polls the Git repository for changes and applies them automatically.
Answer:

D


Explanation:
In GitOps, pull-based deployment is fundamental. Instead of pushing changes into a cluster, GitOps
agents running inside the cluster continuously pull from Git to reconcile desired state.
“GitOps uses a pull-based model: agents inside the cluster continuously poll the Git repository for
desired state changes. If changes are found, they reconcile the live system automatically to match
the declared state.”
This ensures secure, automated, and consistent deployments.
Thus, D is correct.
Reference: GitOps Principles (CNCF GitOps Working Group), Pull-based Reconciliation Model.

vote your answer:
A
B
C
D
A 0 B 0 C 0 D 0
Comments
Question 5

A GitOps project wants to leverage both ArgoCD and Flux for a deployment. Can ArgoCD and Flux be
used in conjunction?

  • A. ArgoCD and Flux cannot be used together as they have conflicting functionalities.
  • B. If you modify their source code, ArgoCD and Flux can only be used together.
  • C. ArgoCD and Flux can be used together, leveraging a drop-in extension for ArgoCD, ensuring that both reconciliation engines do not conflict.
  • D. ArgoCD and Flux cannot be used together as they are designed for different types of deployments.
Answer:

C


Explanation:
ArgoCD and Flux are the two primary CNCF GitOps tools. While both are reconciliation engines, they
can be used together carefully if configured properly to avoid conflicts. For example, Flux can be used
to manage configuration sources, while ArgoCD handles application-level delivery. Extensions and
integration points allow them to complement each other.
“ArgoCD and Flux implement the GitOps reconciliation principle. Though they provide overlapping
functionality, they can be integrated by carefully managing their scope. For instance, Flux can
manage sources and Helm charts, while ArgoCD handles higher-level deployments. Extensions exist
to allow cooperation without conflict.”
Thus, the correct answer is C.
Reference: GitOps Tooling (CNCF GitOps Working Group).
===========

vote your answer:
A
B
C
D
A 0 B 0 C 0 D 0
Comments
Question 6

You are working on a GitOps project and have made some changes to the cluster using kubectl. What
is the recommended approach to ensure that your changes are continuously reconciled?

  • A. Delete and recreate the cluster from scratch to ensure a clean and controlled state.
  • B. Save those changes to the Desired State store and allow the GitOps controller to attempt reconciliation.
  • C. Use kubectl to delete all resources that were changed in the cluster and wait for a reconcile.
  • D. Reconcile the changes by running a script or command that synchronizes the cluster with the desired state.
Answer:

B


Explanation:
In GitOps, Git is the single source of truth. If changes are made manually in the cluster (via kubectl),
those changes will drift from the desired state in Git. To ensure consistency, the correct approach is
to update the Git repository (Desired State store) so that the reconciler can continuously apply and
maintain those changes.
“The desired state must always be declared in Git. Manual changes in the cluster will be overwritten
by reconciliation unless they are committed to the Git repository.”
Thus, the correct answer is B.
Reference: GitOps Principles (CNCF GitOps Working Group), Drift and Reconciliation Practices.
===========

vote your answer:
A
B
C
D
A 0 B 0 C 0 D 0
Comments
Question 7

In the context of GitOps, what source of truth guides the continuous deployment process?

  • A. Desired State
  • B. Dynamic State
  • C. Fleeting State
  • D. Current State
Answer:

A


Explanation:
The Desired State, stored in Git, is the ultimate source of truth in GitOps. It defines how the system
should look and behave. Continuous deployment processes reconcile the actual cluster state against
this Desired State.
“In GitOps, the desired state kept in Git is the single source of truth. The reconciler ensures the actual
state matches the desired state, guiding the continuous deployment process.”
Thus, the correct answer is A.
Reference: GitOps Terminology (CNCF GitOps Working Group).
===========

vote your answer:
A
B
C
D
A 0 B 0 C 0 D 0
Comments
Question 8

Why is the feedback loop important for reconciliation?

  • A. To determine if a reconciliation is needed and whether a sync should be partial or complete.
  • B. To analyze state-sync logging information and perform a sync.
  • C. To trigger an alert if a change is detected, and log the event to the log aggregation service.
  • D. Feedback loop is not important for reconciliation.
Answer:

A


Explanation:
The feedback loop is critical in GitOps reconciliation. It continuously monitors the system’s actual
state and compares it to the desired state. This loop determines when reconciliation is required and
whether a full or partial synchronization is necessary.
“The feedback loop in reconciliation continuously observes the actual state. It determines if
reconciliation is required, and informs whether to perform a partial or full sync to align with the
declared desired state.”
Thus, the correct answer is A.
Reference: GitOps Related Practices (CNCF GitOps Working Group), Reconciliation Feedback Loops.

vote your answer:
A
B
C
D
A 0 B 0 C 0 D 0
Comments
Question 9

Which of these Git commands will enact a rollback of the configuration to a previous commit?

  • A. git branch
  • B. git revert
  • C. git commit
  • D. git push
Answer:

B


Explanation:
In GitOps, rollback is performed by reverting the system’s Desired State stored in Git. This is done
with the git revert command, which creates a new commit that undoes the changes introduced by a
previous commit.
“Because Git provides an immutable history of changes, rollbacks are straightforward. Reverting to a
previous configuration is accomplished by reverting the commit in Git, which then allows the
reconciler to apply the earlier desired state.”
Thus, the correct answer is B: git revert.
Reference: GitOps Tooling (CNCF GitOps Working Group).
===========

vote your answer:
A
B
C
D
A 0 B 0 C 0 D 0
Comments
Question 10

You are implementing GitOps in your organization and have configured the Desired State of your
applications in a Git repository. However, during the deployment process, you encounter an error in
the configuration. What is the recommended action in this scenario?

  • A. Continue to monitor the issue and proceed with the deployment, as it may not significantly impact the application.
  • B. Raise a ticket with the development team to fix the error in the configuration file.
  • C. Roll back the deployment to the previous working version while investigating the error in the configuration file.
  • D. Make a call to the Kubernetes API with the correction.
Answer:

C


Explanation:
GitOps emphasizes immutability and auditability. If an error occurs in the configuration stored in Git,
the system should be rolled back to the last known good state while the error is fixed. This preserves
system reliability and aligns with the GitOps principle of rollback through version control.
“With Git as the source of truth, if an error is introduced, the system can be rolled back by reverting
to a previous commit. This ensures stability while the faulty configuration is corrected.”
Thus, the recommended action is C: Roll back to the previous working version.
Reference: GitOps Principles (CNCF GitOps Working Group).
===========

vote your answer:
A
B
C
D
A 0 B 0 C 0 D 0
Comments
Page 1 out of 5
Viewing questions 1-10 out of 60
Go To
page 2