Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
9 changes: 6 additions & 3 deletions content/platform/guides/lavaflow.md
Original file line number Diff line number Diff line change
Expand Up @@ -1753,8 +1753,9 @@ of your project's exact secret values, or a secret that
[gitleaks](https://github.com/gitleaks/gitleaks)' default rules detect, reads
`Hidden: this field matched a secret.` in place of its whole text. Nothing
else is hidden, so text that only looks like a credential, such as a test's
fixture, stays readable. A path that holds a secret reads `""`, and so does a
log line's `level`. On a run held with `possible_credential`, the fix's
fixture, stays readable. A path that holds a secret or a control character
reads `""`, and so does a log line's `level`; a hold reason with such a path
hides its question too. On a run held with `possible_credential`, the fix's
summary, review text, statements, check commands and output, and hold
reasons read `Hidden: the fix may add a credential.`

Expand Down Expand Up @@ -1923,7 +1924,9 @@ Findings, questions, observations and statements are the reviewers' and the
fix's own words, and can quote your code. Each is shown whole, or reads
`Hidden: this field matched a secret.` when it holds a secret, as
[a run's other text](#follow-runs) does. A finding whose `file`
holds a secret reads `""` there.
holds a secret or a control character reads `""` there, and its
`explanation` reads `Hidden: this field matched a secret.`, since it may
quote that path.

A secret value is the value of one of your project's secret variables, such as
an `API_KEY`, or a password in a URL variable; either counts at 8 characters or
Expand Down
11 changes: 10 additions & 1 deletion content/platform/projects/git-deploy.md
Original file line number Diff line number Diff line change
Expand Up @@ -753,7 +753,16 @@ Before you turn it on,
and require pull request reviews, so every migration is reviewed before it
reaches that branch.

The settings `PUT` is a full replace, except `apply_migrations`. In platform
From the CLI, turn it on with:

```bash
volcano git migrations on
```

It asks you to confirm; `--yes` skips the prompt, for CI and agents.
`volcano git migrations off` turns it off, and `volcano git status` shows it.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

⚪ P3: New CLI paragraph doesn't link the CLI page that documents the command

The added paragraph repeats the confirmation and --yes behavior of volcano git migrations but doesn't link /cli/git. That page's "Applying database migrations on push" section covers the same command, including that the confirmation names the repository and branch and that it fails where migrations aren't available. spec/writing.md says to cross-link rather than repeat. A link such as [volcano git migrations](/cli/git#applying-database-migrations-on-push) would keep the two pages from drifting apart.

Found by claude-opus-5-5


Over the API, the settings `PUT` is a full replace, except `apply_migrations`. In platform
mode, omitting `frontend_name` clears it. In Git mode, stopping the selected
legacy frontend requires an explicit `"frontend_name": ""`; omission is refused.
Read the saved settings first:
Expand Down
Loading