-
Notifications
You must be signed in to change notification settings - Fork 446
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
Use non-canonical repo name in hub repo #2491
Conversation
bazelbuild#2461 changed the rendering of the hub repo to use canonical repository names, but incorrectly. Doing so wasn't necessary - instead we just need to do the resolution of the non-canonical label from the perspective of the hub repo rather than the consumer. Fixes bazelbuild#2483
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! Do you know if there's something we can do to regression test this? To ensure bzlmod works in pre-commit testing?
I couldn't immediately think of a way, since this bug only arises due to the difference in canonical repository names for overridden and non overridden repositories. I don't think there's a sensible way of getting a non-overriden repository name in tests. Open to ideas however. |
Perhaps a test workspace that pulls directly from BCR, instead of overriding to the repository |
Then you can only test the latest released version, so can't catch issues before you release. I guess you could set up a local registry, but that sounds like a lot of hassle. |
I believe this was an oversight from bazelbuild#2491, that this is lacking.
I believe this was an oversight from #2491, that this is lacking.
I believe this was an oversight from bazelbuild#2491, that this is lacking.
#2461 changed the rendering of the hub repo to use canonical repository names, but incorrectly. Doing so wasn't necessary - instead we just need to do the resolution of the non-canonical label from the perspective of the hub repo rather than the consumer by using the
Label
constructor.Fixes #2483