Skip to content

chore(main): release rs-materials 1.0.0#55

Closed
vig-os-release-app[bot] wants to merge 1 commit intomainfrom
release-please--branches--main--components--rs-materials
Closed

chore(main): release rs-materials 1.0.0#55
vig-os-release-app[bot] wants to merge 1 commit intomainfrom
release-please--branches--main--components--rs-materials

Conversation

@vig-os-release-app
Copy link
Copy Markdown
Contributor

🤖 Automated release. Merging this PR creates a tag, which fires the publish workflow (PyPI for py-materials, crates.io for rs-materials).

Release Reviewer Checklist

Check before merging. PR Hygiene CI is intentionally skipped on release-please PRs — these boxes are for the human merging the release.

  • Version bump matches expected scope (no surprise major from a stray feat!:)
  • CHANGELOG entries read correctly and credit external contributors
  • No security-sensitive deps changed without prior review
  • Downstream consumers (build123d, ocp_vscode, mat-vis-client) still compatible
  • Migration notes (if breaking change) present and linked from CHANGELOG
  • All required CI checks green

1.0.0 (2026-04-18)

⚠ BREAKING CHANGES

  • 3.0 vis cutover — properties.pbr removed, .vis canonical, mat-vis-client 0.4.x (#52)

Added

  • 3.0 vis cutover — properties.pbr removed, .vis canonical, mat-vis-client 0.4.x (#52) (49b5dff)

Fixed

  • regenerate uv.lock for py-materials rename, apply rustfmt (d1ace0b)

This PR was generated with Release Please. See documentation.

@gerchowl
Copy link
Copy Markdown
Contributor

Same false-bump root cause as #50 — the squashed feat! commit from #52 touched mat-rs/data/ when the symlink swap landed in the same PR. release-please re-opens this on every regeneration cycle. Closing again; rs-materials stays at 0.2.0 until there's actual Rust-side work.

@gerchowl gerchowl closed this Apr 18, 2026
gerchowl added a commit that referenced this pull request Apr 18, 2026
Three coordinated tightenings for the release pipeline post-3.0:

1. **Disable rs-materials in release-please** until crates.io publish
   enables (#43). While the publish path is gated behind
   `CRATES_IO_PUBLISH_ENABLED`, release-please tracking rs-materials
   produces only false-bump Release PRs (#50, #55) — every push to
   main re-opens them. Removing the package entry stops the inflation.
   Re-add when #43 lands, with `bump-minor-pre-major: true` to keep
   pre-1.0 versioning sane.

2. **Wire commitizen as commit-msg hook.** The .githooks/commit-msg
   script invoked `pre-commit run --hook-stage commit-msg` but no
   commit-msg-stage hooks were configured — the standard in
   docs/COMMIT_MESSAGE_STANDARD.md was documentation-only with zero
   enforcement. Add commitizen pinned to v4.13.9. Conventional-commit
   format is now validated at commit time.

3. **Document the scope taxonomy.** Multi-package monorepo benefits
   from per-package scopes:
     (py)   — py-materials Python package
     (rs)   — rs-materials Rust crate
     (data) — TOML data shared between py + rs
     (vis)  — vis subsystem (Python, mat-vis-client integration)
     (deps) — dependency bumps
     (ci)   — CI / release pipeline
     (docs) — documentation
   Documented in COMMIT_MESSAGE_STANDARD.md with rationale linking to
   the cross-cutting-bump issues (#50, #55). Scope membership is
   social convention; format is enforced by commitizen.

Refs: #43
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant