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

Add vale #1004

Merged
merged 9 commits into from
Dec 3, 2024
Merged

Add vale #1004

merged 9 commits into from
Dec 3, 2024

Conversation

cristiklein
Copy link
Collaborator

⚠️ IMPORTANT ⚠️: This is a public repository. Make sure to not disclose:

  • personal data beyond what is necessary for interacting with this Pull Request;
  • business confidential information, such as customer names.

Quality gates:

  • I'm aware of the Contributor Guide and did my best to follow the guidelines.
  • I'm aware of the Glossary and did my best to use those terms.

At last, my greatest work completed.

This PR adds Vale a "linter for prose". It's essentially a spellchecker on steroids. The PR also fixes all spelling errors detected by Vale.

@cristiklein cristiklein requested review from a team as code owners December 2, 2024 14:47
@cristiklein cristiklein self-assigned this Dec 2, 2024
Copy link
Contributor

@llarsson llarsson left a comment

Choose a reason for hiding this comment

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

NICE! I didn't see any custom rules. Do we plan to have our own custom ones as well, or does the vocabulary suffice?

@cristiklein
Copy link
Collaborator Author

NICE! I didn't see any custom rules. Do we plan to have our own custom ones as well, or does the vocabulary suffice?

We don't currently have any custom rules, but I wouldn't say "vocabulary suffices". This PR is a level up, but it's also the beginning of a really long journey. I'm pretty sure that we'll find many more "human rules" which are not enforced by Vale and which we will address with future PRs. Said PRs might introduce custom rules.

@llarsson
Copy link
Contributor

llarsson commented Dec 2, 2024

I'm amazed at how much "just" adding Vale itself and the vocabulary did! Super well done!

Copy link
Contributor

@anders-elastisys anders-elastisys left a comment

Choose a reason for hiding this comment

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

Nice 👍

@cristiklein cristiklein merged commit 230c8c2 into main Dec 3, 2024
1 check passed
@cristiklein cristiklein deleted the add-vale branch December 3, 2024 07:30
Comment on lines +54 to +57
- id: vale
name: "Vale: A linter for prose"
entry: ./scripts/vale.sh
language: script
Copy link
Contributor

Choose a reason for hiding this comment

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

I'd suggest managing it fully with pre-commit rather than split it:

      - id: vale
        name: "Vale: A linter for prose"
        entry: vale
        files: .*\.md$
        language: python
        additional_dependencies:
          - vale==3.9.1.0

Then you can remove the script, the requirement entry and the workflow lint check.

- Date: 2021-02-02

## Context and Problem Statement

To increase adoption of Welkin, we were asked to observe the [Principle of Least Astonishment](https://en.wikipedia.org/wiki/Principle_of_least_astonishment). Currently, Welkin's handing of kubeconfig is astonishing. Most tools in the ecosystem use the standard `KUBECONFIG` environment variable and kubecontext implemented in the client-go library. These tools leave it up to the user to set `KUBECONFIG` or use the default `~/.kube/config`. Similarly, there is a default kubecontext which can be overwritten via command-line. Tools that get cluster credentials generate a context related to the name of the cluster.
To increase adoption of Welkin, we were asked to observe the [Principle of Least Astonishment](https://en.wikipedia.org/wiki/Principle_of_least_astonishment). Currently, Welkin's handing of kubeconfig is astonishing. Most tools in the ecosystem use the standard `KUBECONFIG` environment variable and KUBECONFIG context implemented in the client-go library. These tools leave it up to the user to set `KUBECONFIG` or use the default `~/.kube/config`. Similarly, there is a default KUBECONFIG context which can be overwritten via command-line. Tools that get cluster credentials generate a context related to the name of the cluster.
Copy link
Contributor

Choose a reason for hiding this comment

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

To align with Kubernetes documentation this should be "kubeconfig context", they only capitalise to refer to the env variable.

@@ -47,5 +47,5 @@ When using the local-volume-provisioner please create dedicated partitions and m

- [local-volume-provisioner](https://github.com/kubernetes-sigs/sig-storage-local-static-provisioner/tree/v2.5.0)
- [local-path-provisioner](https://github.com/rancher/local-path-provisioner)
- [hostPath](https://kubernetes.io/docs/concepts/storage/volumes/#hostpath)
- [`hostPath`](https://kubernetes.io/docs/concepts/storage/volumes/#hostpath)
Copy link
Contributor

Choose a reason for hiding this comment

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

If this is going to be hostpath then local should be local as well.

This was referenced Dec 3, 2024
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.

6 participants