Skip to content

Conversation

jbearer
Copy link
Member

@jbearer jbearer commented Mar 11, 2024

What I think this does:

  • Fail CI if changes have been made to the repo without a version bump in Cargo.toml (forces us to keep Cargo.toml up to date)
  • Publish crate on each merge to main that changes the version
  • Run all the checks but don't publish on PRs and manual dispatches

I think a consequence of this is that every merge to main will trigger a new release. For a tiny utility crate like this, that's probably ok. But it might be better to have a separate release branch, trigger this action by release instead of main, and then merging main into release is a manual action that triggers new versions being published. In that case we would probably want some kind of branch protection rule where the only changes allowed to release are fast-forwards from main.

@Ancient123 WDYT about this approach?

@jbearer jbearer force-pushed the feat/publish-crate branch from f81527f to ef95586 Compare March 11, 2024 19:49
@jbearer jbearer requested review from sveitser and Ancient123 March 11, 2024 19:59
jbearer added 2 commits March 14, 2024 12:35
Move build, lint, test, docs, and publish jobs into the same action.
Require successful completion of build, test, lint, and docs before
publishing a new version of the crate.
@jbearer jbearer force-pushed the feat/publish-crate branch from 7b17da1 to 836f537 Compare March 14, 2024 16:35
@jbearer jbearer merged commit 0c8f7d7 into main Mar 14, 2024
@jbearer jbearer deleted the feat/publish-crate branch March 14, 2024 16:47
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.

1 participant