Replies: 2 comments 2 replies
-
I do not follow exactly what you mean... Maybe you could show with more concrete examples, excerpts of One thing: you should declare all your direct dependencies in |
Beta Was this translation helpful? Give feedback.
-
I too have this question, but I'll try and put it in a clear way, as opposed to A and B. Say I have this project and a number of dependencies were added to it that are just not needed. They are not indirect dependencies or anything. Concretely: I added You might be thinking: "Well, he knows what to delete. Why doesn't he just go there and delete it, then?" You're right, in a limited fashion: I know what to delete in one project. Lots of dependencies have been added just for trial and then left there hanging in as many as 30 different projects and sub projects. A mess.
We all have an option, but for some reason no one seems to like it:
If we iterate over all dependencies, we'll eventually come across those that actually cause no harm. Well, except when someone decided that importing inside Is there a better solution for this? Please note that any solution is a better solution than the brute force one outlined above. |
Beta Was this translation helpful? Give feedback.
-
Assume there's a dependency A which depends on B. If a specification is specified on A and another specification is claimed on B but doesn't add any more constraints in addition to the specification on A. Is there any way to clean the unnecessary specification on B?
Beta Was this translation helpful? Give feedback.
All reactions