workspace, release: build each crate's tests from its published package #201
No reviewers
Labels
No labels
Area/ci
Area/cli
Area/client
Area/client-core
Area/daemon
Area/deps
Area/docs
Area/grid
Area/manual
Area/nix
Area/protocol
Area/pty
Area/render
Area/shaping
Area/skills
Area/transport
Area/vt
Compat/Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Performance
Kind/Security
Kind/Testing
perf-regression-accepted
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Blocked
Status
Need More Info
Status
Upstream
No milestone
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
felis-terminal/felis!201
Loading…
Reference in a new issue
No description provided.
Delete branch "workspace/packaged-tests"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Part of #160: every published crate's tests build from its crates.io package, and a release-time guard keeps it that way.
[workspace.dependencies]entries (felis-daemon gets one at the app version), socargo packagekeeps them.cargo publish --workspace --dry-runfail). The client-core tests that serve a real daemon are behind adaemon-testsfeature, turned on in the workspace by a path-only self dev-dependency thatcargo packagedrops.tools/release/crates.py checkenforces the new rule;crates.py package-tests(just package-tests, inrelease.yml's build job, timeout 45 → 60 min) packages, extracts andcargo test --no-runs every crate against the other packages.Verified locally: all 12 packaged suites compile and pass; un-gating one daemon test makes
package-testsfail;package-teststakes ~3.5 min warm. luna review: PASS.