-
Notifications
You must be signed in to change notification settings - Fork 1
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
Introduce text linting of our documentation #1588
base: main
Are you sure you want to change the base?
Conversation
✅ Deploy Preview for spirit-design-system ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
✅ Deploy Preview for spirit-design-system-storybook ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
Changes unknown |
Are we also linting commit messages and PR names? 🙂 |
Maybe we should 😅 -> https://github.com/marketplace/actions/pull-request-linter-action |
e3ce182
to
91718a8
Compare
406df67
to
4b9d601
Compare
4b9d601
to
cf6b2ac
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think this is way too much opinionated. At least in this form. I mean, there are some nice touches and things I'd like to see checked, but I cannot give it a ✅ as a whole.
@literat (and everyone here) I jotted down some comments but I feel the discussion needs to be more structured. Can we maybe discuss individual rules first? What do you think is the best approach? (Long topics?)
@@ -1,6 +1,6 @@ | |||
# Contributing to Spirit Design System | |||
|
|||
First of all, thanks for your contribution to this project! ❤️ | |||
Thanks for your contribution to this project! ❤️ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why? I don't feel it was wrong…
@@ -31,7 +31,7 @@ See [Developer Handbook][developer-handbook] for more information about developm | |||
|
|||
## Commit Conventions | |||
|
|||
All commits you make SHOULD adhere to our commit guidelines. We use [conventional commits][conventional-commits] strategy with a slight modification of our own - [@lmc-eu/commitlint-config][commitlint-config]. This is later used during the release phase to determine how to bump the packages' version numbers based on commit history. 🚀 | |||
All commits you make SHOULD adhere to our commit guidelines. We use [conventional commits][conventional-commits] strategy with a slight modification of our own - [@lmc-eu/commitlint-config][commitlint-config]. This is later used during the release phase to determine how to bump the packages’ version numbers based on commit history. 🚀 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The correct apostrophe sign is important for a great typography, and I have always been rooting for a great typography.
But this is a technical document and I'm afraid people (I mean us) will struggle with the correct styling. If we are going to check the correct apostrophe character, I'd also check quotes and dashes, to name a few. But we cannot force people to use them, IMO.
@@ -74,7 +74,7 @@ The `<type>` and `<summary>` fields are mandatory, the `(<scope>)` field is opti | |||
|
|||
MUST be one of the following: | |||
|
|||
- **Chore**: Changes to our CI configuration files and scripts (examples: CircleCI, SauceLabs) or changes that affect the build system | |||
- **Chore**: Changes to our CI configuration files and scripts (examples: CircleCI, SauceLabs) or changes that affect the build tool |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Again, I don't think "system" is a wrong word in this context.
@@ -124,7 +124,7 @@ Use the summary field to provide a succinct description of the change: | |||
Just as in the summary, use the imperative, present tense: "fix" not "fixed" nor "fixes". | |||
|
|||
Explain the motivation for the change in the commit message body. This commit message SHOULD explain _why_ you are making the change. | |||
You can include a comparison of the previous behavior with the new behavior in order to illustrate the impact of the change. | |||
You can include a comparison of the previous behavior with the new behavior to illustrate the impact of the change. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK, looks better now.
@@ -149,7 +149,7 @@ If the commit reverts a previous commit, it SHOULD begin with `Revert: `, follow | |||
The content of the commit message body SHOULD contain: | |||
|
|||
- information about the SHA of the commit being reverted in the following format: `This reverts commit <SHA>`, | |||
- a clear description of the reason for reverting the commit message. | |||
- a clear description of why the commit message is being reverted. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is a good catch.
@@ -109,7 +109,7 @@ The following is the list of supported scopes: | |||
- Repository-wide: | |||
- `ci`: used for changes that affect the Continuous Integration process and builds | |||
- `repo`: used for repository-wide changes | |||
- none/empty string: useful for `Test` and `Refactor` changes that are done across all packages (e.g. `Test: Add missing unit tests`) and for docs changes that are not related to a specific package (e.g. `Docs: Fix typo in the tutorial`). | |||
- none/empty string: useful for `Test` and `Refactor` changes that are done across all packages (for example `Test: Add missing unit tests`) and for docs changes that are not related to a specific package (for example `Docs: Fix typo in the tutorial`). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK, I'm willing to get used to this form.
I suppose it means "i.e." is also undesired.
- checking format using the [Prettier][prettier] | ||
- checking types using the [Typescript][typescript] compiler | ||
- checking types using the [TypeScript][typescript] compiler |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK, this is correct.
|
||
### Developing and Testing GitHub Actions | ||
|
||
It can be time-consuming and painful to test GitHub Actions. | ||
First, you have to change the GitHub Actions file locally, push your local code into the GitHub repository, and wait for the result. | ||
|
||
To solve this issue, you can use [act][act] CLI tool to test and write the GitHub actions locally. | ||
To solve this issue, you can use [act][act] command line tool to test and write the GitHub actions locally. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK 🤷🏻♂️
|
||
--- | ||
|
||
Please refer back to this list or reach out to our team if you encounter any issues during migration. | ||
If you face any problems during migration, please check this list or contact our team for assistance. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good, more comprehensible now.
@@ -182,15 +182,15 @@ Using this you can test the entire package and verify that all parts of the pack | |||
|
|||
The testing script includes: | |||
|
|||
- linting using [ESlint][eslint] | |||
- linting using [ESLint][eslint] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is correct, but "SASS" (meaning the CSS preprocessor) is incorrect: "Sass" is correct. And there are more.
Description
Linting text content of our documentation files. Only part of the packages are linted due to the changes.
Additional context
Issue reference