semver-resolver
v0.4.0
Published
Calculate an 'optimal' solution for a dependency tree using semantic versioning
Downloads
14
Readme
semver-resolver
Calculate an 'optimal' solution for a dependency tree using semantic versioning
- Uses https://www.npmjs.com/package/semver
- Which implements http://semver.org/
Usage
Install semver-resolver
npm install semver-resolver
Require the SemverResolver
class
let SemverResolver = require('semver-resolver').SemverResolver;
Construct a new SemverResolver
instance, supplying functions that return promises for available versions of libraries and the version constraints associated with particular versions of libraries along with a top level list of libraries and their version constraints (the dependencies).
let resolver = new SemverResolver(
{
'foo': '^2.4.5',
'bar': '^1.17.3',
'mylib': '^2.8.0',
'another-lib': '^0.17.1'
},
library => {
// return a promise for the available versions of the requested library
...
},
(library, version) => {
// return a promise for the additional version constraints
// to be applied for the requested version of the requested library
...
}
});
#resolve
returns a promise for the resolved list of dependencies and their versions, or an error if the constraints cannot be resolved.
resolver.resolve.then(
resolution => {
// `resolution` will be a mapping of all the required
// libraries to the highest versions that satisfy the
// recursive version constraints
...
},
error => {
// an error occurred, most likely because the version
// constraints cannot be resolved
...
}
);
Algorithm
The resolver works in passes. In each pass the following occurs:
- Uncalculated dependencies are queued for calculation
- Available versions are cached for dependencies that have not been cached yet
- Max satisfying versions are calculated for queued dependencies
- If constraints can't be met due to a version of a dependency fixed in an earlier pass then the version of the conflicting dependency will be backtracked to the next earlier version (by adding a new constraint), dropped from the current state of the calculation and requeued for calculation
- Any dependencies of a requeued calculation will also be dropped and requeued
- Calculated versions are then added to to a queue to update the state with their dependencies
- Dependencies are cached for the calculated versions that have not yet been cached
- The new dependencies are queued for recalculation after dropping the previous calculations and their dependencies
- Already queued caclulations are filtered to ensure that any orphaned libraries do not get recalculated - the recursive dropping of libraries can result in already queued calculations no longer being valid/required
- The next pass starts again at step 2
Passes continue until there are no longer any calculations queued
Limitations
Although an attempt is made to calculate an 'optimal' solution by preferring the maximum satisfying versions according to semantic versioning rules, it is possible that the actual solution could be considered sub-optimal. The following limitations should be considered.
- When backtracking it is assumed that older versions of a library will have older dependencies
- this means we choose to backtrack the libraries providing the upper constraints
- if a library has reverted a version of a dependency due to some issue then it may be possible that a newer matching solution could be found by backtracking the library with the lower constraint
- in such a case, however, it may well be undesirable to backtrack and the algorithm should avoid this
- The definition of optimal may not be clear, particularly if multiple solutions are available
- The algiorithm does not consider possible alternative solutions and only returns the first it finds
- the choice of libraries to backtrack is somewhat arbitrary, in that on each pass the first upper constraint found will be backtracked until a solution can be found
- It may be preferable to backtrack differently (ie. choosing different libraries to backtrack or backtracking in a different order)
If a better solution is known it should be reflected by the user through pinned versions in the root dependencies
Contributing
Install dependencies
npm install
Make changes and run lint/tests with
npm test
Watch for changes and run lint/tests with
npm run watch
Use the push
script to push to git to ensure that the lib folder has been built and committed.
npm run push
Use the release
script to make releases to ensure that the correct tag is created
npm run release