Search Results for "version"

Composer is a tool for dependency management in PHP, inspired by node's npm and ruby's bundler. It allows you to declare, manage and install the libraries on which your PHP project depends. Unlike most package managers, Composer manages on a per-project basis. It installs packages or libraries in a directory (e.g. vendor) inside your project and does not install anything globally. However, for convenience it does support a "global" project via the global command. Suppose your project...

...There is no way to tell which packages are only transitive dependencies. Even more importantly: If two packages reference conflicting versions of a package, NuGet will silently take the latest version (read more). You have no control over this process. Paket on the other hand maintains this information on a consistent and stable basis within the paket.lock file in the solution root. This file, together with the paket.dependencies file enables you to determine exactly what's happening with your dependencies.

pip-tools enhances Python dependency management by providing pip-compile and pip-sync commands. It transforms human-friendly requirements.in into fully pinned requirements.txt, ensuring reproducible environments. It also resolves transitive dependencies and synchronizes your environment with pinned versions. Widely used in both development and CI workflows, it boosts reliability and eliminates drift in deployed setups.

Niv is a tool designed for managing dependencies in Nix projects. It simplifies adding, updating, and removing package sources via a single nix/sources.json file, improving reproducibility and version control in Nix-based workflows. niv simplifies adding and updating dependencies in Nix projects. It uses a single file, nix/sources.json, where it stores the data necessary for fetching and updating the packages. Nix is a very powerful tool for building code and setting up environments. niv complements it by making it easy to describe and update remote dependencies (URLs, GitHub repos, etc). ...

...It's important to guarantee that those relationships are based on the projects' versions so one can assure that they can evolve without compromising such relationships. During dependencies calculation, the einstein tool needs to fetch projects' extra information from a central repository. At its current version, einstein is prepared to communicate to any Gitlab instance, through its api, so it assumes that declared dependencies represents projects that are all stored in a single Gitlab instance. In order to establish a successful connection to the Gitlab Api, it's necessary to create the environment variables on the machine where einstein will be executed.

A simple dependency manager for projects. Allows you to submit and pull external dependencies from a repository. Designed not to be tied to any language or build environment.