-
Notifications
You must be signed in to change notification settings - Fork 4.4k
Make lockfile's RepoSpec attributes more readable
#19684
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
Conversation
03b2f8f to
0f32f31
Compare
|
To fix the bootstrap and determinism tests, you'll have to update the hack at: |
0f32f31 to
04bec4d
Compare
bcb5951 to
e864e28
Compare
e864e28 to
31f007a
Compare
|
@bazel-io flag |
|
@bazel-io fork 6.4.0 |
|
@meteorcloudy @Wyverald @SalmaSamy @fmeum There are some conflicts when I try to cherry-pick this to release-6.4.0
is not in the release-6.4.0 branch. But it's in the master branch.
is not in the release-6.4.0 branch. But it's in the master branch.
cc: @bazelbuild/triage |
|
@meteorcloudy Could you resolve these conflicts? I'm not sure I understand which branch needs which version of this workaround. |
|
Np, I can do it! |
String-valued tag and repo rule attributes in the `MODULE.bazel.lock` file have to be serialized in a way that distinguishes them from label-valued attributes. This commit uses the fact that the string representation of labels always starts with `@@` to escape strings only if they start with `@@` (or happen to be of the form of an escaped string). Since string-valued attributes rarely start with `@@`, in particular when specified by humans and not macros, this greatly reduces the need for escaping in the lockfile. This commit raises the lockfile version to 3. Along the way also disables HTML escaping for attributes as it isn't needed and results in less readable representations of certain characters. Closes bazelbuild#19684. PiperOrigin-RevId: 571037360 Change-Id: I04bb60d371cd09326780004122e729d78c99732a
|
We just need to drop all three conflict changes: #19748 |
String-valued tag and repo rule attributes in the `MODULE.bazel.lock` file have to be serialized in a way that distinguishes them from label-valued attributes. This commit uses the fact that the string representation of labels always starts with `@@` to escape strings only if they start with `@@` (or happen to be of the form of an escaped string). Since string-valued attributes rarely start with `@@`, in particular when specified by humans and not macros, this greatly reduces the need for escaping in the lockfile. This commit raises the lockfile version to 3. Along the way also disables HTML escaping for attributes as it isn't needed and results in less readable representations of certain characters. Closes #19684. PiperOrigin-RevId: 571037360 Change-Id: I04bb60d371cd09326780004122e729d78c99732a Co-authored-by: Fabian Meumertzheim <[email protected]>
|
The changes in this PR have been included in Bazel 6.4.0 RC2. Please test out the release candidate and report any issues as soon as possible. If you're using Bazelisk, you can point to the latest RC by setting USE_BAZEL_VERSION=last_rc. |
String-valued tag and repo rule attributes in the
MODULE.bazel.lockfile have to be serialized in a way that distinguishes them from label-valued attributes. This commit uses the fact that the string representation of labels always starts with@@to escape strings only if they start with@@(or happen to be of the form of an escaped string). Since string-valued attributes rarely start with@@, in particular when specified by humans and not macros, this greatly reduces the need for escaping in the lockfile.This commit raises the lockfile version to 3.
Along the way also disables HTML escaping for attributes as it isn't needed and results in less readable representations of certain characters.