`remove` not smart enough to detect depencency type
See original GitHub issueOn other dependency managers, namely npm
and yarn
which I use the most, remove
ing a dependency removes it from whatever dependency list it’s in, be it runtime, development, peer or another dependency type, while poetry requires remove -D <package>
to remove from dev deps.
I suggest that remove
is made smart enough to remove the package name from any dependency list instead.
Issue Analytics
- State:
- Created 5 years ago
- Comments:6 (2 by maintainers)
Top Results From Across the Web
dependency resolution - Maven fails to find local artifact
The local Maven repo tracks where artifacts originally came from using a file named "_maven.repositories" in the artifact directory.
Read more >Remove external dependencies from the core repo and let ...
We're already looking to use it for getting code into Drupal in the first place, and it lets us not keep duplicate copies...
Read more >8.3. Optimizing Dependencies - Sonatype Help
Optimizing Dependencies. If you look through the various POMs you notice a lot of duplication that you can remove by moving parts into...
Read more >Intellij not resolving maven dependencies
Delete/Rename .m2 maven folder. Run mvn clean install from the command line. Re-import the project into IntelliJ from Existing sources.
Read more >A Gradle quickie: properly using dependsOn
Gradle is smart enough to know that when it will need to execute the jar task, first, it will need to build the...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
@ranisalt Sometimes you might want to specify a dependency twice: in runtime and in dev. There are some valid reasons for that, like setting the dependency with extras in development:
Closing this issue automatically because it has not had any activity since it has been marked as stale. If you think it is still relevant and should be addressed, feel free to open a new one.