You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Our project has been "Bazel only" for a while. We're working on transitioning to a bzlmod-only structure, and I'm really appreciating the MODULE.bazel.lock-based storage of version information, removing the need for additional lockfiles, and letting Bazel itself handle the version pin management.
In our project's case, the only downside is that our MODULE.bazel.lock has become quite large. With our old WORKSPACE-style setup, the total size of all of our lockfiles amount to ~2MB. With the new bzlmod-style usage, the MODULE.bazel.lock has increased in size by 4MB! So it's quite a jump.
But worse, the new information in the lockfile is large unreadable, consisting of serialized BUILD files and serialized JSON objects.
So, I'm curious if the current structure is out of necessity, or if perhaps there's some way to store nicer, more structured (and perhaps more compact) data that can be used to reproducibly derive the necessary information that's currently stored in MODULE.bazel.lock, and it just hasn't been a priority thus far.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
Our project has been "Bazel only" for a while. We're working on transitioning to a bzlmod-only structure, and I'm really appreciating the MODULE.bazel.lock-based storage of version information, removing the need for additional lockfiles, and letting Bazel itself handle the version pin management.
In our project's case, the only downside is that our MODULE.bazel.lock has become quite large. With our old WORKSPACE-style setup, the total size of all of our lockfiles amount to ~2MB. With the new bzlmod-style usage, the MODULE.bazel.lock has increased in size by 4MB! So it's quite a jump.
But worse, the new information in the lockfile is large unreadable, consisting of serialized BUILD files and serialized JSON objects.
So, I'm curious if the current structure is out of necessity, or if perhaps there's some way to store nicer, more structured (and perhaps more compact) data that can be used to reproducibly derive the necessary information that's currently stored in MODULE.bazel.lock, and it just hasn't been a priority thus far.
Beta Was this translation helpful? Give feedback.
All reactions