@codacy/verity-cli 0.35.3-experimental.f980d82 → 0.35.4
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CHANGELOG.md +68 -0
- package/bin/verity.js +686 -245
- package/data/skills/verity-init/SKILL.md +23 -8
- package/data/skills/verity-setup/SKILL.md +12 -5
- package/package.json +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -64,6 +64,74 @@ installs are untouched.
|
|
|
64
64
|
which is the ordinary case for someone whose first Verity install *is* the
|
|
65
65
|
plugin.
|
|
66
66
|
|
|
67
|
+
## [0.35.4] — 2026-11-10
|
|
68
|
+
|
|
69
|
+
### 📐 The Standard file is machine-local
|
|
70
|
+
|
|
71
|
+
- **`.verity/standard.yaml` is no longer committed.** Reviews read the Standard
|
|
72
|
+
on the Verity service, and the service copy moves without the file (`verity
|
|
73
|
+
standard generate` on another machine, the catalogue conversion, a suggestion
|
|
74
|
+
accepted on the dashboard), so the committed copy was routinely stale. The
|
|
75
|
+
file is now this machine's working copy: `verity init` and `verity standard
|
|
76
|
+
pull` write it from the service, and the `.gitignore` block `verity init`
|
|
77
|
+
writes ignores it. A project whose file is already tracked is not converted:
|
|
78
|
+
`verity init` and `verity doctor` say so and name `verity standard untrack`,
|
|
79
|
+
which stages the removal (the file stays on disk). Teammates get the file
|
|
80
|
+
back with `verity standard pull`. `.verityignore` and `VERITY.md` stay
|
|
81
|
+
committed.
|
|
82
|
+
- **`verity standard push` is conditional.** It sends the version this machine
|
|
83
|
+
last pulled, adopted, pushed or matched, and the service writes the next
|
|
84
|
+
version only when that is still the latest. Otherwise nothing is written, and
|
|
85
|
+
the message names `verity standard pull` (pull, re-apply your changes, push
|
|
86
|
+
again) and `--force`, which keeps the old unconditional push. A machine with
|
|
87
|
+
no record reads the latest first and expects exactly that.
|
|
88
|
+
- **`verity init` with a Standard file here compares it with the team's.** The
|
|
89
|
+
same Standard: kept, and named as that version. None on the service: shared.
|
|
90
|
+
A different one: init asks (Enter uses the team's, `k` keeps yours), and an
|
|
91
|
+
unattended run uses the team's; your file is kept as
|
|
92
|
+
`.verity/standard.<time>.yaml`. `--standard use` is honoured here now. Before,
|
|
93
|
+
the file was kept without a look at the team's, so a teammate on a cloned
|
|
94
|
+
repository was never told it differed, and a push of it replaced the team's.
|
|
95
|
+
- **`verity doctor`** reports a tracked Standard file, and a missing file is no
|
|
96
|
+
longer "run `synthesize --push`" (which would replace the team's Standard
|
|
97
|
+
with a derived one from a clone): it is `verity standard pull` when this
|
|
98
|
+
machine knows the team's version, and `verity init` otherwise.
|
|
99
|
+
- **The one-time knowledge seed** reads the Standard on the service when there is
|
|
100
|
+
no file here, so a checkout without the file seeds its graph too.
|
|
101
|
+
|
|
102
|
+
### 🌐 The service has a domain
|
|
103
|
+
|
|
104
|
+
- **The Verity service is `https://server.verity.md`.** A new login, and every
|
|
105
|
+
credential and VERITY.md that names the old `ofcamwrjwrkazqvdchko.supabase.co`
|
|
106
|
+
address, uses it. Nothing to do: the old address names the same service and
|
|
107
|
+
keeps working, and a login made against one address is accepted at the other.
|
|
108
|
+
|
|
109
|
+
## [0.35.3] — 2026-11-05
|
|
110
|
+
|
|
111
|
+
### 🔧 Fixes
|
|
112
|
+
|
|
113
|
+
- **`verity init` on a repository the Verity GitHub App cannot see gives it
|
|
114
|
+
access in the same run.** Init offers a GitHub sign-in that opens the page
|
|
115
|
+
where you add the repository to the Verity app, waits for it, and then
|
|
116
|
+
continues. Init says why a second sign-in is needed: Verity reads your
|
|
117
|
+
repository access from GitHub only when you sign in. With `--yes` or no
|
|
118
|
+
terminal, init names the one action instead.
|
|
119
|
+
- **Init states a refusal as a refusal.** When the service refuses access to
|
|
120
|
+
the repository, init writes nothing, says that Verity cannot access the
|
|
121
|
+
repository yet, names the one action, and exits 1. Before, it said the
|
|
122
|
+
service did not answer and told you to run `verity init` again.
|
|
123
|
+
- **A turn with nothing new to review no longer prints a Verity line.**
|
|
124
|
+
Before, a line such as "No files modified since last analysis" showed under
|
|
125
|
+
every message. `verity config verbose on` brings the line back. Turns that
|
|
126
|
+
wrote code still get their review, and a change that nobody reviewed is
|
|
127
|
+
still reported.
|
|
128
|
+
- **The upgrade link in a plan-limit message is clickable.** It keeps its
|
|
129
|
+
`https://`.
|
|
130
|
+
- **`verity usage` says "your plan" for the plan you own, and `verity status`
|
|
131
|
+
no longer lists that plan under "member of".** A team you belong to is still
|
|
132
|
+
listed as a team.
|
|
133
|
+
- Includes security fixes.
|
|
134
|
+
|
|
67
135
|
## [0.35.2] — 2026-10-30
|
|
68
136
|
|
|
69
137
|
### 🔧 Fixes
|