From a technical point of view, a software is rarely just a bunch of source code files. By reusing the work of the community, any development team can benefit from very robust and mature libraries while focusing on valuable core business core features. So when code quality matters, dependencies on the community libraries also mattersmatter.
Here are several a few common use cases for managing the libraries in a project:
- A given version of a library should not be used as this version because it is well known to contain critical bugs
- Need to understand which transitive dependencies can explain why a software depends on a library
- A library should not be used any more as the commercial contract has been broken ended with the company
Two services, Libraries and Dependencies, allows allow you to cover these use cases.
This service is compatible with:
Once a project has been selected, this the Libraries service allows to easily visualize the dependency tree of the project. An optional dynamic filter is available to filter libraries by name to quickly navigate through transitive dependencies:
Navigating through the dependencies of a single project is useful. But , but the ability to work on all projects in order to see, for instance to know , which one depends on library 'dummy' version 'x.y.z' is also very valuable. The Dependencies service allows to do such a thinglets you do that. Starting from the global level, choose the Dependencies option under Tools. You'll be able to search library usage across projects: