Skip to content

Main->develop - #574

Merged
rand-lee merged 8 commits into
developfrom
main
Aug 29, 2026
Merged

Main->develop#574
rand-lee merged 8 commits into
developfrom
main

Conversation

@rand-lee

Copy link
Copy Markdown
Collaborator

No description provided.

randlee and others added 8 commits August 27, 2026 19:37
Minor version bump ahead of release: workspace.package version, the
sc-composer/sc-sha/sc-composer-beads path-dependency version pins, and the
PyPI (sc-compose-py, sc-sha-python, sc-composer-beads-python) pyproject
versions moved from 1.5.0 to 1.6.0 in lockstep. README version references
synced. Cargo.lock regenerated via cargo update -p sc-composer
-p sc-composer-beads -p sc-compose -p sc-sha --workspace.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
The checked-in fixture Cargo.lock pins patch.unused entries to the
workspace version; regenerate via cargo metadata to match the 1.6.0 bump.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
…hecks

cargo package -p sc-compose --locked fails at preflight time because
sc-composer-beads (a new intermediate crate, publish_order 3) has not
been published yet when preflight runs, so cargo's isolated
verification build cannot resolve it via the crates.io index even
though the manifest already declares the correct publish order ahead
of sc-compose. --no-verify skips only that isolated rebuild; the real
cargo publish step still verifies fully, in order, against the
registry state at actual publish time.
…-blocking

The prior --no-verify fix didn't work: cargo package must rewrite
path+version dependencies to registry-resolvable versions during its
manifest-prepare phase, before any verification build runs, so
--no-verify never reaches the actual failure point. Verified locally
that cargo package -p sc-compose --locked still fails identically with
--no-verify present.

Replace it with a targeted check: when cargo package fails specifically
because a manifest-declared sibling crate (e.g. sc-composer-beads, not
yet published on its first release) can't be resolved via the registry
index, treat that as non-blocking and continue. Any other cargo package
failure still hard-fails the step. The real cargo publish step runs for
real, in manifest publish_order, so the sibling will already be live by
the time sc-compose is actually published.
site: announce sc-compose v1.6.0
@rand-lee
rand-lee merged commit 4e35393 into develop Aug 29, 2026
4 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants