-
Notifications
You must be signed in to change notification settings - Fork 33
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
Support aliasing with dependency.yaml #18
Closed
Labels
Comments
Possibly blocked on, or should be resolved by, #68 |
hardys
added a commit
to hardys/charts-build-scripts
that referenced
this issue
Jul 30, 2023
It's valid to have multiple dependencies with alternate aliases which currently are removed on chart generation. One way to resolve this is just to operate directly on the dependencies list instead of generating a map keyed by name, which is less efficient but avoids the problem of removing valid dependencies that use aliases. Fixes: rancher#18
hardys
added a commit
to hardys/charts-build-scripts
that referenced
this issue
Aug 1, 2023
It's valid to have multiple dependencies with alternate aliases which currently are removed on chart generation. One way to resolve this is just to operate directly on the dependencies list instead of generating a map keyed by name, which is less efficient but avoids the problem of removing valid dependencies that use aliases. Fixes: rancher#18
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Currently, rancher-monitoring required us to repackage
packages/pushprox
for every single pushprox dependency (e.g. compare the currently released version in main vs the one that will be released in dev-v2.5).Instead, we should be able to specify a dependency.yaml that takes in aliases that are written into the requirements.yaml so that we only need to have rancher-pushprox pulled in once and referred to several times, as we did before.
The text was updated successfully, but these errors were encountered: