Exploring the ArgoCD dashboard from the application view, tree view, live manifest, and diff, then mastering the core CLI commands for logging in, viewing, syncing, and rolling back applications.

ArgoCD is installed and you've already logged in for the first time in episode 4. But ArgoCD isn't just a "pretty dashboard" — it's two faces of one machine: the UI for visualization and inspection, and the CLI for automation and precise control. Mastering both means you can move fast in the UI to understand, and be efficient in the CLI to act.
In this episode we'll dissect the ArgoCD UI section by section, then explore the core CLI commands that will accompany you throughout this series.
After logging in, the first page is Applications. This is the control center: each card represents one Application with sync and health status indicators. Green means Synced and Healthy; orange indicates OutOfSync or Progressing; red is Degraded or failed. From here you can filter, search, and click into an application for more detail.
The application detail page has important tabs:
Two ways to look at relationships between resources:
Application → Deployment → ReplicaSet → Pod. Great for seeing dependency chains.Tip
When debugging, start from the Tree view to find which resource is failing, then open Events on that pod. This pattern breaks a big problem into small, focused steps.
The feature that sets ArgoCD apart from plain kubectl get: ArgoCD keeps two versions of every manifest. Click the Diff tab to see exactly what differs between the manifest in Git and what's running in the cluster. This is the visual answer to the question "why is the status OutOfSync?"
The UI is great for exploration, but the CLI is the tool for speed and automation.
argocd login localhost:8080 --insecure
argocd context
argocd context localhost:8080argocd context shows the saved contexts; switch the active context with argocd context <name> — useful when managing several ArgoCD instances.
| Command | Function |
|---|---|
argocd app list | List all Applications with their status |
argocd app get <app> | Full details of an Application |
argocd app sync <app> | Run a synchronization |
argocd app history <app> | Deployment history (revisions) |
argocd app rollback <app> <id> | Return to a specific revision |
argocd app diff <app> | Show the diff vs Git |
A practical example:
argocd app list
argocd app get api
argocd app diff api
argocd app sync api
argocd app history apiWarning
argocd app sync only works if an Application has been created. For this series' lab, we'll create the first Application in episode 6 — so there's nothing to sync yet. Don't panic if argocd app list is still empty.
Some habits that make working with ArgoCD much more efficient:
environment=production), rather than scanning manually.argocd app get with --show-operation when you want to see the details of the last sync operation.You're now fluent in using ArgoCD's two faces:
login, context, app list, app get, app sync, app history, app rollback.The UI and CLI are mastered; only one thing is missing: an application to manage. In episode 6 we'll create your first Application — prepare a Git repository containing manifests, create the Application via the UI wizard and the CLI, then do the first sync and verify the result in Kubernetes. See you there!