doc: OpenShift argocd CLI client command reference documentation#650
doc: OpenShift argocd CLI client command reference documentation#650anandf wants to merge 23 commits intoredhat-developer:masterfrom
Conversation
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
Srivaralakshmi
left a comment
There was a problem hiding this comment.
@anandf Thanks for the doc inputs! Left some suggestions for you to consider. PTAL. Thank you!
|
@anandf How about the updates to these sections? Update these existing sections:
|
|
@anandf Can we add some content for these sections, if they are relevant at all?
|
1117176 to
704c8aa
Compare
Added sections for creating and syncing app using CLI in both normal and core modes. |
This is not applicable. One has to login via the CLI itself. Its not possible to login via web browser like its possible for |
|
|
||
| #### Core mode | ||
|
|
||
| In the `core` mode (`--core` argument specified), the CLI talks directly to the Kubernetes API server set as per the `KUBECONFIG` environment variable or the default file `$HOME/.kube/config`. There is no need for users to login into the ArgoCD server for executing commands. The commands would be run as user configured in the kubeconfig file. |
There was a problem hiding this comment.
@anandf The commands would be run as user configured in the kubeconfig file.
By this, do you mean that the commands are pre-configured in the kubeconfig file to be automatically run by default for the user from the CLI for executing commands?
There was a problem hiding this comment.
I have reworded the sentences to clarify.
In summary, the credentials are available in the kubeconfig file and that would be used for executing the commands in the core mode.
|
|
||
| In the `core` mode (`--core` argument specified), the CLI talks directly to the Kubernetes API server set as per the `KUBECONFIG` environment variable or the default file `$HOME/.kube/config`. There is no need for users to login into the ArgoCD server for executing commands. The commands would be run as user configured in the kubeconfig file. | ||
|
|
||
| 1. With the default context in kubeconfig file |
There was a problem hiding this comment.
@anandf I guess what you mean is .. for step 1 -- Use this default context in kubeconfig file
and then step 2 is optional if users want to customize the context in case they are using multiple ArgoCD instances. If so, then they must have to use the step 2 option to set the context to interact with the appropriate ArgoCD instance of their choice. Right?
My only confusion is, do they have to edit this [context] parameter? Can we have a quick call tomorrow when you are available to understand this better?
Can we give an example here? I think that will help. WDYT?
There was a problem hiding this comment.
Yes. Instead of numbered steps, I have put them as Options so users can choose one of the available options to run the commands. Yes [context] is a placeholder which users have to fill in. I have provided detailed examples for each option.
There was a problem hiding this comment.
Thanks @anandf for the clarifications and additional inputs.
The rest LGTM.
62ff9e0 to
62f769f
Compare
| Use the CLI tool to manage Red Hat OpenShift GitOps from a terminal. You can install the CLI tool on different platforms. | ||
|
|
||
| ### Installing the Red Hat OpenShift GitOps CLI on Linux using an RPM | ||
| For Red Hat Enterprise Linux (RHEL) version 8, you can install the Red Hat OpenShift GitOps CLI as an RPM. |
There was a problem hiding this comment.
@anandf what about Red Hat Enterprise Linux (RHEL) version 9? is it not applicable?
Should we update this to RHEL 9?
There was a problem hiding this comment.
I think its better not to mention the version at all. Customers can be either in RHEL 8/9 version.
There was a problem hiding this comment.
@anandf version must be mentioned. something like, For Red Hat Enterprise Linux (RHEL) version 8 and later ?
No mentioning is not a good practice.
| # subscription-manager repos --enable="gitops-1.12-for-rhel-8-x86_64-rpms" | ||
| ``` | ||
| - Linux on IBM zSystems and IBM® LinuxONE (s390x) | ||
| ``` | ||
| # subscription-manager repos --enable="gitops-1.12-for-rhel-8-s390x-rpms" | ||
| ``` | ||
| - Linux on IBM Power (ppc64le) | ||
| ``` | ||
| # subscription-manager repos --enable="gitops-1.12-for-rhel-8-ppc64le-rpms" | ||
| ``` | ||
| - Linux on ARM (aarch64, arm64) | ||
| ``` | ||
| # subscription-manager repos --enable="gitops-1.12-for-rhel-8-aarch64-rpms" | ||
| ``` |
There was a problem hiding this comment.
@anandf FOr RHEL 9, would the repo inputs be the following ones?
- "gitops-1.12-for-rhel-9-x86_64-rpms"
- "gitops-1.12-for-rhel-9-s390x-rpms"
- "gitops-1.12-for-rhel-9-ppc64le-rpms"
- "gitops-1.12-for-rhel-9-aarch64-rpms"
There was a problem hiding this comment.
@anandf Please provide clarifications for these queries:
- For ROSA, OSD, and ARO distros, will all these steps, commands, and procedures hold good as is?
- Is there any difference between what GitOps offers OCP v/s what we do for OSD, ROSA, and ARO distros?
- Can you please confirm that there are no changes or special configurations needed to use GitOps
argocdCLI on OSD, ROSA, and ARO distros out of the box?
Thank you!
| You have an active OpenShift Container Platform subscription on your Red Hat account. | ||
| You have root or sudo privileges on your local system. | ||
| #### Procedure | ||
| - Register with Red Hat Subscription Manager: |
There was a problem hiding this comment.
@anandf Steps should be in an ordered/numbered list as they are a sequence of steps. This comment applies to all the CLI installation procedures on different operating systems.
| ``` | ||
| # argocd login --username admin --password ${ADMIN_PASSWD} openshift-gitops.openshift-gitops.apps-crc.testing | ||
| ``` | ||
| 3. If the argo application is created with manual sync policy, then the user has to trigger the sync operation manually. This can be done by using the `argocd` CLI in normal mode as below |
There was a problem hiding this comment.
@anandf The 3rd step of sync procedure in normal mode here must be this right:
argocd app sync openshift-gitops/app-spring-petclinic
For cluster:
argocd app sync openshift-gitops/app-cluster-configs
There is no --core here. Correct?
There was a problem hiding this comment.
Signed-off-by: Anand Francis Joseph <anjoseph@redhat.com>
Signed-off-by: Anand Francis Joseph <anjoseph@redhat.com>
Signed-off-by: Anand Francis Joseph <anjoseph@redhat.com>
Signed-off-by: Anand Francis Joseph <anjoseph@redhat.com>
…mmands Signed-off-by: Anand Francis Joseph <anjoseph@redhat.com>
Signed-off-by: Anand Francis Joseph <anjoseph@redhat.com>
Signed-off-by: Anand Francis Joseph <anjoseph@redhat.com>
Signed-off-by: Anand Francis Joseph <anjoseph@redhat.com>
Signed-off-by: Anand Francis Joseph <anjoseph@redhat.com>
Signed-off-by: Anand Francis Joseph <anjoseph@redhat.com>
Signed-off-by: Anand Francis Joseph <anjoseph@redhat.com>
…onfig file Signed-off-by: Anand Francis Joseph <anjoseph@redhat.com>
Signed-off-by: Anand Francis Joseph <anjoseph@redhat.com>
Signed-off-by: Anand Francis Joseph <anjoseph@redhat.com>
Signed-off-by: Anand Francis Joseph <anjoseph@redhat.com>
Signed-off-by: Anand Francis Joseph <anjoseph@redhat.com>
Signed-off-by: Anand Francis Joseph <anjoseph@redhat.com>
Signed-off-by: Anand Francis Joseph <anjoseph@redhat.com>
Signed-off-by: Anand Francis Joseph <anjoseph@redhat.com>
Signed-off-by: Anand Francis Joseph <anjoseph@redhat.com>
Signed-off-by: Anand Francis Joseph <anjoseph@redhat.com>
Signed-off-by: Anand Francis Joseph <anjoseph@redhat.com>
Signed-off-by: Anand Francis Joseph <anjoseph@redhat.com>
b3281fd to
75cf183
Compare
|
@anandf: The following test failed, say
Full PR test history. Your PR dashboard. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here. |
What type of PR is this?
/kind documentation
What does this PR do / why we need it:
Have you updated the necessary documentation?
Which issue(s) this PR fixes:
Fixes #?
Test acceptance criteria:
How to test changes / Special notes to the reviewer: