summaryrefslogtreecommitdiff
path: root/src/rebar_prv_lock.erl
Commit message (Collapse)AuthorAgeFilesLines
* support for hex v2, multiple repository fetching, private organizations (#1884)Tristan Sloughter2018-09-131-6/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * update to hex_core for hex-v2 repo support (#1865) * update to hex_core for hex-v2 repo support This patch adds only single repo hex-v2 support through hex_core. Packages no longer filtered out by buildtool metadata and the package index is updated per-package instead of fetched as one large ets dump. * tell travis to also build hex_core branch * support list of repos for hex packages (#1866) * support list of repos for hex packages repos are defined under the hex key in rebar configs. They can be defined at the top level of a project or globally, but not in profiles and the repos configured in dependencies are also ignored. Searching for packages involves first checking for a match in the local repo index cache, in the order repos are defined. If not found each repo is checked through the hex api for any known versions of the package and the first repo with a version that fits the constraint is used. * add {repos, replace, []} for overriding the global & default repos * add hex auth handling for repos (#1874) auth token are kept in a hex.config file that is modified by the rebar3 hex plugin. Repo names that have a : separating a parent and child are considered organizations. The parent repo's auth will be included with the child. So an organization named hexpm:rebar3_test will include any hexpm auth tokens found in the rebar3_test organization's configuration. * move packages to top level of of hexpm cache dir (#1876) * move packages to top level of of hexpm cache dir * append organization name to parent's repo_url when parsing repos * only eval config scripts and apply overrides once per app (#1879) * only eval config scripts and apply overrides once per app * move new resource behaviour to rebar_resource_v2 and keep v1 * cleanup use of rebar_resource module and unused functions * cleanup error messages and unused code * when discovering apps support mix packages as unbuilt apps (#1882) * use hex_core tarball unpacking support in pkg resource (#1883) * use hex_core tarball unpacking support in pkg resource * ignore etag if package doesn't exist and delete if checksum fails * add back tests for bad package checksums * improve bad registry checksum error message
* Make lock files future-proofFred Hebert2016-02-161-2/+1
| | | | | | | | | | | | | | | | | | | | | | | | | Changes to how hex or packages may work in the future will necessarily bring changes to the format of lock files. This commit adds an optional framing for future lock files of the form: {Version, LockList}. <Whatever consultable attributes> This format is supported such as the LockList is the current lockfile contents, and will never have more information than it currently does. Attributes can be whatever and are currently undefined. Rebar copies will be able to: - Keep using the core locklist (which avoids breaking the last year or so of community libraries using rebar3) - Warn when it runs an outdated copy in comparison to the lock file - Automatically rewrite lock files in the format it supports - Augment or parse files in a version-specific manner. This changes the usage interface slightly, but is backwards *and* forwards compatible.
* only lock when running in the default profileTristan Sloughter2015-08-131-10/+16
|
* install package deps in same level/profile order as src depsTristan Sloughter2015-08-131-1/+1
|
* upgrade depends on the lock provider and lock prv sets stateTristan Sloughter2015-08-021-1/+8
|
* fix bareness issuesFred Hebert2015-05-311-1/+1
| | | | | | - Crashes in providers lib when no providers in a namespace are bare - Making sure bareness matches semantics; i.e. a bare provider is visible, a non-bare provider is hidden.
* Add support for an unlock commandFred Hebert2015-04-181-5/+1
| | | | | Allows to remove entries from the lock file, or the lock file as a whole.
* Default deps always to the default profileFred Hebert2015-04-171-12/+17
| | | | | | | | | | | | | | | | When fetching dependencies for the first time using a profile (`rebar3 as prod release` or `rebar3 ct`), the dependencies get fetched into the non-default profile. This has two consequences: - the files get re-downloaded on follow-up runs - the lock file includes incomplete or too many deps in its list This patch forces dependencies in the default profile to be stored in _build/default/lib even when running under other profiles, then symlinks them to the correct one. This makes it so common dependencies in 'default' be downloaded there and avoids re-downloading them. Should also fix the lock issues.
* move resource modules list to rebar_state, no longer staticTristan Sloughter2015-04-041-1/+1
|
* treat _checkouts as deps that are always compiledTristan Sloughter2015-03-211-10/+10
|
* WIPFred Hebert2015-02-111-1/+1
| | | | | | Test that all the correct locks are set for an upgrade run. Now to actually re-run the install deps and prove it works
* rewrite profilesTristan Sloughter2014-12-161-19/+14
|
* version in source dep element is no longer used, support leaving it outTristan Sloughter2014-12-061-1/+0
|
* fix lock provider to work anytime it is runTristan Sloughter2014-11-291-11/+5
|
* wip: profilesTristan Sloughter2014-11-291-2/+3
|
* move back to using format_error/1Tristan Sloughter2014-11-091-4/+4
|
* add format_error/2 provider callback to providersTristan Sloughter2014-10-221-1/+6
|
* move providers to separate appTristan Sloughter2014-10-031-9/+9
|
* return error messages from providersTristan Sloughter2014-09-271-1/+1
|
* wip: updating handling of src deps to include level in lockTristan Sloughter2014-09-201-1/+2
|
* reworking of help display and parse of commandsTristan Sloughter2014-09-171-2/+2
|
* tmpTristan Sloughter2014-09-111-0/+3
|
* modify rebar lock outputTristan Sloughter2014-09-021-10/+21
|
* move locking to a providerTristan Sloughter2014-09-021-0/+43