Skip to content
This repository was archived by the owner on Mar 24, 2022. It is now read-only.

Conversation

@acfoltzer
Copy link
Contributor

Most of our thinking about semver for this project is concerned with the more "public-facing" crates like lucetc, lucet-runtime, and lucet-wasi, as opposed to "implementation detail" crates like lucet-module, lucet-runtime-internals, etc. As the project matures, we are paying more attention to semver for all of the crates, but this change makes the released sets of packages more consistent.

Most of our thinking about semver for this project is concerned with the more "public-facing" crates
like `lucetc`, `lucet-runtime`, and `lucet-wasi`, as opposed to "implementation detail" crates like
`lucet-module`, `lucet-runtime-internals`, etc. As the project matures, we are paying more attention
to semver for all of the crates, but this change makes the released sets of packages more
consistent.
Copy link
Contributor

@iximeow iximeow left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do you expect that we'll loosen these version constraints again in the future? I'm not entirely sure if we'd really want to since these more internal crates should be published alongside a repo-wide version bump and new versions of their public-intended counterparts, but I'm curious what you think.

@acfoltzer
Copy link
Contributor Author

I'm inclined to say no; the only reason I can think of doing so is if we decouple the versions between the crates, which we've decided not to do.

@acfoltzer acfoltzer merged commit 9fc93a4 into master Jan 23, 2020
@acfoltzer acfoltzer deleted the acf/exact-internal-deps branch January 23, 2020 00:37
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants