Closed manudeli closed 2 months ago
The latest updates on your projects. Learn more about Vercel for Git ↗︎
Name | Status | Preview | Comments | Updated (UTC) |
---|---|---|---|---|
es-hangul | ❌ Failed (Inspect) | Jul 4, 2024 2:47pm |
Latest commit: d884e345be12cf0cb90b129eeb44a763a30ee593
Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.
Click here to learn what changesets are, and how to add one.
Click here if you're a maintainer who wants to add a changeset to this PR
All modified and coverable lines are covered by tests :white_check_mark:
Project coverage is 100.00%. Comparing base (
8f7cc9a
) to head (d884e34
).
현재 circle ci에서 eslint체크가 제대로 동작하지 않고 있는데 그것은 다음 PR애서 잘되도록 수정하는 것이면 좋겠습니다
eslint 설정으로 words를 정의하면, 해당 단어들은 eslint 에서만 에러가 발생하지 않게 됩니다. 다르게 말하면, vscode extension에서는 파란색 줄로 에러표현이 계속 나타나게 되어요.
최상단 루트경로에 cspell.json 으로 words 를 정의할 수 있는데 해당 방법은 어떨까요? https://cspell.org/docs/getting-started/#1-create-a-configuration-file
VSCode Extension 사용자의 관점에서 좋은 의견 감사합니다. 제 생각은 VSCode Extension은 사용하지 않는 사람도 많기도 하고 eslint 에러로 규정하고 싶은 이유는 이 단어들을 PR단에서 애초에 걸러낼 수 있으면 좋겠다는 생각이에요. 그래서 eslint로 잡아내면 좋겠다는 생각이긴 합니다
@manudeli
cspell.json
으로 words 를 정의하면 eslint 설정도 같이 되는데 (vscode extension과 함께), eslint 설정으로만 유지할 필요가 있나요? 🤔
related with #121
일관된 이름 짓기 규칙를 만드는 것 뿐 아니라 eslint룰로 체크해서 방지하면 미연에 문제를 방지할 수 있을 것 같아요
Overview
PR Checklist