-
Notifications
You must be signed in to change notification settings - Fork 11.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Remove the direct dependency from sui-core
to sui-move-build
#20706
base: main
Are you sure you want to change the base?
Conversation
The latest updates on your projects. Learn more about Vercel for Git ↗︎
3 Skipped Deployments
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍
FWIW, another approach that may have been simpler/more mechanical would have been to pull out the sui-core::test_utils
into their own crate which depends on sui-core
and sui-move-build
and is itself a dev-dependency
of all the other crates that were depending on sui-core
for this functionality before.
Description
Previously,
sui-move-build
is linked intosui-core
as a normal dependency. The only reason for this is that some of thesui-core
testing utilities depend onsui-move-build
and some other crates depend on thesui-core
testing utilities. This PR cleans this up a bit so that the testing infrastructure that depends onsui-move-build
is not re-exported, and thereforesui-move-build
only needs to be a dev-dependency ofsui-core
.Specifically, I split the
sui_core::test_utils
code that is only used inside ofsui-core
off intosui_core::unit_test_utils
, and gated this file behind#[cfg(test)]
. I then moved the tiny bit of shared testing code that usessui-move-build
intosui_move_build::test_utils
.Similarly, I split off some of
sui_core::authority::authority_test_utils
intosui_core::authority::auth_unit_test_utils
.Test plan
Since this just involves moving things around, if everything builds and the existing tests pass I will consider it adequately tested.
Release notes
Check each box that your changes affect. If none of the boxes relate to your changes, release notes aren't required.
For each box you select, include information after the relevant heading that describes the impact of your changes that a user might notice and any actions they must take to implement updates.