-
Notifications
You must be signed in to change notification settings - Fork 206
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
Design: Dependency Graph Traversal #69
Comments
By nested dependencies do you mean anything other than transitive dependencies? The use of a different term made me wonder. I haven't discovered how dependencies are specified in Porter (I spent at least 5 minutes scanning the code ;-) ), but have you any thoughts about the approach you might take on dependency resolution? See this and this for example. |
D'oh! You caught me out, I didn't use the official term. 👀 I've updated the title to reflect what I meant (transitive dependencies, aka dependencies of my dependencies). Right now porter doesn't traverse the dependency graph and only resolves direct dependencies. Yup, I've seen from maintaining dep the many ways that dependency management and resolution are hard which is why we stopped at direct dependencies for the moment while we are focused on the POC and developer experience for authoring bundles. Here is an example of dependencies in porter: |
Thanks @carolynvs. I've raised #147 to discuss dependencies further (still waiting for slack access). |
I dunno if it's a glitch in the matrix or what? I got immediate access through this form: https://slack.cncf.io |
Closing. This will be implemented through PEP 003. |
Currently we only resolve dependencies down a single level. Eventually more complicated bundles will want to have dependencies that have dependencies too. Resolve and apply them from the bottom up.
The text was updated successfully, but these errors were encountered: