Remove redundant CI documentation and example checks
This commit is contained in:
@@ -56,7 +56,7 @@ Maintained development and verification require Go 1.26. Use the official Go
|
||||
| Adapters or external tool contracts | [Adapter Internals](internal/adapters.md) and [Integration Contracts](integrations/README.md) | The internal guide owns adapter composition and mechanics; integration documents own external formats and protocols. |
|
||||
| Manifests, artifacts, workspace paths, or publish behavior | [Manifest Internals](internal/manifest.md), [Artifact Internals](internal/artifacts.md), [Workspace Internals](internal/workspace.md), [Publish Internals](internal/stage-publish.md), and [Operations](operations.md) | These separate implementation state and resolution from operator-visible layout and lifecycle. |
|
||||
| Maintained configuration or input examples | [Configuration](config.md) and [Examples](../examples/README.md) | The reference owns field meanings; the examples directory owns complete copyable files. |
|
||||
| Preparing, validating, or publishing a release | [Release Policy](policy/release.md) and [Release Procedure](release.md) | Policy owns requirements and exceptions; the procedure owns concrete validation, guarded publication, and optional later inspection. |
|
||||
| Preparing, validating, or publishing a release | [Release Policy](policy/release.md) and [Release Procedure](release.md) | Policy owns requirements; the procedure owns concrete validation, guarded publication, and optional later inspection. |
|
||||
| Proposed or unimplemented behavior | `docs/roadmap/` | Future work belongs only in roadmap documentation until implemented. |
|
||||
|
||||
For an existing subsystem, also inspect its focused tests and package-level
|
||||
@@ -64,24 +64,25 @@ contracts before changing behavior.
|
||||
|
||||
## Validation
|
||||
|
||||
Use focused package tests while iterating. Every pull request and push runs the
|
||||
following repository-wide checks before it can be accepted:
|
||||
Use focused package tests while iterating. Push and pull-request CI runs these
|
||||
repository-wide checks and cross-builds the declared targets:
|
||||
|
||||
```sh
|
||||
go test ./...
|
||||
go test -race ./...
|
||||
go vet ./...
|
||||
go build ./...
|
||||
go test ./internal/doccheck
|
||||
go test ./internal/config -run '^TestExamplesLoadAndValidate$'
|
||||
```
|
||||
|
||||
The documentation check verifies local Markdown links and the dependency graph
|
||||
of the Woodpecker workflows. The configuration check loads every maintained
|
||||
pipeline and session example. Tag CI independently revalidates the tagged source
|
||||
before asynchronous asset delivery; it is not a second synchronous release
|
||||
prerequisite. The normal maintainer entry point is the single publication command
|
||||
in the [Release Procedure](release.md).
|
||||
The full suite includes documentation-link and Woodpecker dependency checks
|
||||
and loads maintained pipeline and session examples. For focused diagnosis,
|
||||
run `go test ./internal/doccheck` or
|
||||
`go test ./internal/config -run '^TestExamplesLoadAndValidate$'` directly;
|
||||
these are available developer tools, not additional CI steps. Tag CI
|
||||
independently revalidates the tagged source before asynchronous asset delivery;
|
||||
it is not a second synchronous release prerequisite. The normal maintainer
|
||||
entry point is the single publication command in the
|
||||
[Release Procedure](release.md).
|
||||
|
||||
Woodpecker also runs `go test -race -shuffle=on -count=3 ./...` on its scheduled
|
||||
job to expose ordering and repeatability defects. Current runners cross-compile
|
||||
|
||||
Reference in New Issue
Block a user