Update guidance for Go example tests
This commit is contained in:
@@ -67,7 +67,6 @@ the maintained examples when they are affected:
|
||||
go test ./...
|
||||
go vet ./...
|
||||
gofmt -w path/to/changed.go
|
||||
python3 scripts/check-examples.py
|
||||
git diff --check
|
||||
```
|
||||
|
||||
@@ -77,12 +76,12 @@ describes its requirements and recovery. For an optional diagnostic of a
|
||||
committed candidate without publication, run `./scripts/releasekit.sh check
|
||||
VERSION`; this is not a required pre-publication step.
|
||||
|
||||
The standalone `python3 scripts/check-examples.py` command checks semantic
|
||||
expectations for the three offline consumer examples. The focused
|
||||
`python3 scripts/test-release.py` command exercises the release tooling against
|
||||
disposable local repositories; use it when changing that tooling, not as a
|
||||
recurring release gate. Tests and examples require no provider credentials or
|
||||
live inference calls.
|
||||
The example workflows are covered by the Go suite; use
|
||||
`go test ./examples/go-library/...` to run them separately during development.
|
||||
The focused `python3 scripts/test-release.py` command exercises the release
|
||||
tooling against disposable local repositories; use it when changing that
|
||||
tooling, not as a recurring release gate. Tests and examples require no provider
|
||||
credentials or live inference calls.
|
||||
|
||||
Ordinary validation can run on intended uncommitted work. Release validation
|
||||
uses committed candidate contents and the selected local Go installation.
|
||||
|
||||
Reference in New Issue
Block a user