-
Notifications
You must be signed in to change notification settings - Fork 4.1k
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 stale extension entries from lockfile if module order changes #19659
Conversation
Stacked on #19658. Let me know if you would like me to merge the two PRs. |
3284af3
to
ea16c70
Compare
@bazel-io flag |
@bazel-io fork 6.4.0 |
@fmeum @SalmaSamy Should I go ahead and close #19658? They look the same, but this PR has more changes. |
@iancha1992 Could you merge #19658 first and then the current PR? That way we would preserve them as two separate commits, each with its own message. |
ea16c70
to
c33a84d
Compare
Previously, extension entries in the lockfile were not removed when only the BFS order of modules using the extension changed. However, this change is visible in the module extension implementation function and must thus be considered when checking for staleness.
c33a84d
to
d648afb
Compare
@SalmaSamy @iancha1992 I resolved the merge conflict in case you haven't already done that on the imported CL. |
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.
Thanks!
Previously, extension entries in the lockfile were not removed when only the BFS order of modules using the extension changed. However, this change is visible in the module extension implementation function and must thus be considered when checking for staleness. Closes bazelbuild#19659. PiperOrigin-RevId: 570720034 Change-Id: I5836b6e1a0172e5d930fcfdacbea53fc090d300d
…changes (#19730) Previously, extension entries in the lockfile were not removed when only the BFS order of modules using the extension changed. However, this change is visible in the module extension implementation function and must thus be considered when checking for staleness. Closes #19659. Commit aa458e0 PiperOrigin-RevId: 570720034 Change-Id: I5836b6e1a0172e5d930fcfdacbea53fc090d300d Co-authored-by: Fabian Meumertzheim <fabian@meumertzhe.im>
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. |
Previously, extension entries in the lockfile were not removed when only the BFS order of modules using the extension changed. However, this change is visible in the module extension implementation function and must thus be considered when checking for staleness.