Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

docs: update readme for top-level generators (PSKD-1380) #595

Closed
wants to merge 2 commits into from

Conversation

ephesused
Copy link
Contributor

Generators documented for inclusion in the base kustomization.yaml need adjusted handling for this project. This commit updates the README.md with the necessary details.

Generators documented for inclusion in the base kustomization.yaml
need adjusted handling for this project. This commit updates the
README.md with the necessary details.

Signed-off-by: Ed Overton <[email protected]>
@dhoucgitter dhoucgitter self-requested a review February 20, 2025 21:39
@@ -184,6 +184,44 @@ For example:

The SAS Viya platform customizations that are managed by viya4-deployment are located under the [templates](https://github.com/sassoftware/viya4-deployment/tree/main/roles/vdm/templates) directory. These are purposely templatized and included there since they contain a set of customizations that are common or required for a functioning SAS Viya platform deployment. These particular files are configured via exposed variables that are documented within [CONFIG-VARS.md](docs/CONFIG-VARS.md) and do not need to be manually placed under `/site-config`.

#### Base kustomization.yaml ConfigMap and Secret Generators

In some scenarios, documentation instructs you to add a `configMapGenerator` or `secretGenerator` entry to the base `kustomization.yaml` (also known as `$deploy/kustomization.yaml`). For example:
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Could adding "In some scenarios, SAS Viya feature documentation instructs you to"
help clarify where you might get such an instruction?

It could also help tie the "with the documented" on line 213 back to an origin.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

After discussion on the phrasing with doc, I'll adjust this to:

In some scenarios, a README or the deployment documentation instructs you...

Copy link
Member

@dhoucgitter dhoucgitter left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

posted one suggestion, examples and folder structure make it clear what's required

@ephesused
Copy link
Contributor Author

ephesused commented Feb 21, 2025

After discussion, I'm going to close this PR and open the change against main. This approach will allow a quicker and easier documentation-only update.

Edited to add: #596

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants