Free CGOA Exam Braindumps
Certified GitOps Associate Questions 16–20 (page: 5)

Updated On: 10-Feb-2026

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?

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

Answer(s): 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.



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

  1. Desired State
  2. Dynamic State
  3. Fleeting State
  4. Current State

Answer(s): 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).



Why is the feedback loop important for reconciliation?

  1. To determine if a reconciliation is needed and whether a sync should be partial or complete.
  2. To analyze state-sync logging information and perform a sync.
  3. To trigger an alert if a change is detected, and log the event to the log aggregation service.
  4. Feedback loop is not important for reconciliation.

Answer(s): 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.



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

  1. git branch
  2. git revert
  3. git commit
  4. git push

Answer(s): 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).



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?

  1. Continue to monitor the issue and proceed with the deployment, as it may not significantly impact the application.
  2. Raise a ticket with the development team to fix the error in the configuration file.
  3. Roll back the deployment to the previous working version while investigating the error in the configuration file.
  4. Make a call to the Kubernetes API with the correction.

Answer(s): 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).



Viewing page 5 of 13
Viewing questions 21 - 25 out of 60 questions


Post your Comments and Discuss Linux Foundation CGOA exam prep with other Community members:

AI Tutor AI Tutor 👋 I’m here to help!