Scope Vale linting for integration content#19235
Conversation
Limit Vale checks to user-facing integration docs and metadata, with YAML linting enabled through repo overrides. Co-authored-by: GPT-5.5 <gpt-5.5@users.noreply.github.com> Co-authored-by: Cursor <cursoragent@cursor.com>
This comment has been minimized.
This comment has been minimized.
|
@P1llus Please have a look. |
Use environment variables for GitHub context values, support nested package paths, and avoid package test fan-out for Vale override-only changes. Co-authored-by: GPT-5.5 <gpt-5.5@users.noreply.github.com> Co-authored-by: Cursor <cursoragent@cursor.com>
|
@mrodm Addressed the review feedback in
Validation run locally:
|
This comment has been minimized.
This comment has been minimized.
|
/test |
⏳ Build in-progress, with failures
Failed CI Steps |
TL;DRBuildkite Remediation
Investigation detailsRoot CauseThe provided step log is truncated to post-failure teardown and artifact upload, so root cause cannot be directly attributed to package code, test logic, dependency, or infra from this dataset alone. PR
No Evidence
Verification
Follow-upIf the failing testcase/error block is shared, it can be mapped directly to the responsible source path for a precise patch recommendation. What is this? | From workflow: PR Buildkite Detective Give us feedback! React with 🚀 if perfect, 👍 if helpful, 👎 if not. |
Summary
packages/*/docs/README.mdfiles only when a package lacks_dev/build/docs/README.md..vale-overrides.ini.Test plan
actionlint .github/workflows/vale-lint.ymlruby -e \"require 'yaml'; YAML.load_file('.github/workflows/vale-lint.yml')\".vale-overrides.iniwith PythonConfigParser.Fixes elastic/vale-rules#144
Made with Cursor